O que é Helm? Os benefícios e desvantagens

A maioria das empresas que querem se tornar ágeis ou assumir a transformação digital consideraram os contêineres como uma alternativa aos aplicativos monolíticos padrão. A razão para isso é que os contêineres facilitam muito não apenas a implantação em escala, mas também a implantação de aplicativos e serviços mais adequados às necessidades modernas centradas na nuvem. Eles também ajudam com a adição de automação de CI/CD, ao mesmo tempo que oferecem aumento e redução automática e um nível de failover capaz de fornecer um tempo de atividade de quase cinco a nove segundos.

O que a maioria das pessoas deixa de contar sobre contêineres (especialmente Kubernetes) é que implantar e gerenciar essas implantações não é fácil. Você não só precisa primeiro ativar os serviços que permitem a implantação/gerenciamento de contêineres, mas também criar cuidadosamente manifestos complexos que podem consumir o tempo de um desenvolvedor.

Para tornar isso ainda mais demorado, toda vez que um desenvolvedor é encarregado de implantar outro contêiner full-stack, ele volta à prancheta de desenho do manifesto. E à medida que seus aplicativos e serviços se tornam cada vez mais complexos, esse ciclo de vida se torna mais desafiador e demorado.

Felizmente, existe uma ferramenta disponível para ajudar a aliviar a complexidade e o tempo envolvido na implantação de aplicativos e serviços em contêineres.

Essa ferramenta é chamada Helm.

O que é Helm?

Pense no Helm como o apt ou DNF para contêineres. Isso é um gerenciador de pacotes isso possibilita o download de gráficos, que são coleções pré-empacotadas de todos os recursos pré-configurados e versionados necessários para implantar um contêiner.

Os gráficos do Helm são escritos em YAML e contêm tudo o que seus desenvolvedores precisam para implantar um contêiner em um cluster Kubernetes. Isso possibilita baixar um gráfico, personalizá-lo (se necessário) e implantá-lo em seu cluster com um único comando. Essa simplificação ajuda muito a tornar a implantação de contêineres mais eficiente, confiável e repetível.

Pense desta forma: os gráficos do Helm são como modelos que você pode baixar, usar e reutilizar para a implantação de um contêiner. Portanto, em vez de sempre reinventar a roda ou começar do zero, você sempre pode começar com um manifesto predefinido e implantar a partir daí.

Os benefícios de usar o Helm

Os benefícios de usar o Helm já deveriam ser óbvios. Em primeiro lugar, eles podem economizar muito tempo da sua equipe de desenvolvimento. Em vez de ter que começar do zero todas as vezes, seus desenvolvedores podem recorrer aos gráficos do Helm para obter um avanço considerável na implantação.

Ao usar o Helm, sua empresa se beneficiará imediatamente de:

• Produtividade bastante melhorada
• Complexidade reduzida de implantações
• Implementação de aplicativos nativos da nuvem
• Implantações e resultados mais reproduzíveis
• Capacidade de aproveitar o Kubernetes com um único comando CLI
• Melhor escalabilidade
• Capacidade de reutilizar gráficos do Helm em vários ambientes
• Pipeline de CI/CD mais simplificado
• Reverter mais facilmente para versões anteriores de um aplicativo (caso algo dê errado)
• Numerosos ganchos CI/CD para automatizar ações e até mesmo agendar verificações de integridade

Outro benefício muito importante de usar o Helm é que seus desenvolvedores não precisarão mais construir arquivos YAML individuais para cada aplicativo em uma pilha. Com um gráfico Helm, você obtém tudo o que é necessário para a implantação, incluindo configurações de recursos (que podem ser adaptadas conforme necessário). Dado o quão complicadas as configurações de recursos podem ser (e quão facilmente podem causar problemas se mal configuradas), isso é frequentemente considerado um atrativo importante para o Helm.

Até mesmo um simples manifesto do Kubernetes pode ser complicado. Aqui está um exemplo muito básico:

apiVersion: apps/v1
kind: Deployment
metadata:
name: postgres

labels:
  app: database
spec:
replicas: 1
selector:
  matchLabels:
    app: database
template:
  metadata:
    labels:
      app: database
  spec:
    containers:
    - name: postgres
      image: postgres:latest
      ports:
      - containerPort: 5432
      volumeMounts:
      - name: sqlscript
        mountPath: /docker-entrypoint-initdb.d
      env:
        - name: POSTGRES_USER
          value: "postgres"
        - name: POSTGRES_PASSWORD
          value: "postgres"
    volumes:
      - name: sqlscript
        configMap:
          name: pg-init-script

Agora, imagine que você precisa criar uma pilha completa muito mais complicada (com vários aplicativos e serviços que se conectam até mesmo a APIs de terceiros). Se seus desenvolvedores precisarem escrevê-los para cada implantação, eles estarão desperdiçando um tempo precioso.

Em vez disso, eles poderiam baixar um gráfico do Helm, personalizar tudo o que fosse necessário no gráfico baixado e, em seguida, implantar com um único comando. Isso é consideravelmente mais eficiente do que escrever tudo do zero.

Outro grande benefício do uso de gráficos Helm é que eles permitem que os desenvolvedores de contêineres mais recentes se familiarizem rapidamente com o funcionamento do Kubernetes. Baixe um gráfico do Helm e comece a vasculhar os arquivos YAML para ver o que é. Saber que tudo dentro do pacote funciona como está é uma ótima maneira de aprender como um manifesto bem-sucedido é criado.

As desvantagens de usar o Helm

Nem tudo é perfeito com Helm. Embora a curva de aprendizado não seja tão grande quanto fazer tudo manualmente, seus desenvolvedores terão que se atualizar não apenas com a personalização de manifestos, mas também com as ferramentas de linha de comando do Helm.

Outra desvantagem é Complexidade de Helm. Seus desenvolvedores não extrairão apenas manifestos simples de arquivo único, mas pacotes muito complicados de definições de aplicativos full-stack que podem levar algum tempo para serem analisados ​​e personalizados para atender às suas necessidades.

Mas mesmo com essas duas desvantagens, o Helm ainda torna um ciclo de vida de software muito complicado muito mais gerenciável.

Os prós e contras do Helm comparados

Conclusão

Se sua equipe de desenvolvimento está começando a mergulhar em contêineres e Kubernetes (ou se só agora está começando a realmente aumentar suas implantações), você deve considerar seriamente o Helm como um item obrigatório. Isso é especialmente verdadeiro se você deseja que essas equipes trabalhem com eficiência máxima e que suas implantações sejam não apenas altamente disponíveis, mas também confiáveis ​​e repetíveis.