Qual é a sua experiência com Helm?

Tenho experiência a trabalhar com Helm para criar, gerir e escalar aplicações no Kubernetes.

Utilizei Helm para:

• Empacotar aplicações: Criei os meus próprios charts para aplicações complexas de múltiplos serviços, definindo dependências, configurações e modelos de implantação.
• Gestão de versões: Usei o controlo de versões de charts para gerir alterações na configuração e reverter para versões anteriores, se necessário.
• Implantação de aplicações: Usei os comandos helm install e helm upgrade para implantar e atualizar aplicações em diferentes ambientes Kubernetes.
• Personalização: Usei ficheiros Values e opções de linha de comando para sobrescrever valores padrão nos charts, adaptando as implantações a ambientes específicos (desenvolvimento, staging, produção).
• Integração com CI/CD: Configurei pipelines de CI/CD usando Jenkins, GitLab CI/CD ou GitHub Actions para construir, testar e implantar automaticamente os charts.

Exemplos de comandos:

# Instalar um chart
helm install a-minha-implantação ./meu-chart

# Atualizar a implantação com outros valores
helm upgrade a-minha-implantação ./meu-chart -f values.yaml

# Ver estado da implantação
helm status a-minha-implantação

# Desinstalar a implantação
helm uninstall a-minha-implantação

Exemplo de estrutura de um chart:

meu-chart/
├── Chart.yaml         # Informação sobre o chart
├── values.yaml        # Valores padrão para os templates
├── templates/         # Manifests do Kubernetes (Deployment, Service, Ingress, etc.)
│   ├── deployment.yaml
│   ├── service.yaml
│   └── _helpers.tpl   # Templates auxiliares
└── charts/            # Charts dependentes
    └── sub-chart/

Tenho experiência com diferentes repositórios Helm, incluindo ChartMuseum e Artifactory. Compreendo os princípios do motor de templates Go Templating, usado no Helm, para criar manifestos dinâmicos. Trabalhei também com hooks do Helm para executar tarefas antes ou depois do deploy, como migração de bases de dados.