Nomeando releases e gerando nomes

Um nome de instância é o identificador de tudo o que você fará em seguida: atualizar, reverter ou desinstalar. Escolhê-lo bem evita problemas mais tarde. 🏷️

Na maioria das vezes, você mesmo dá nome à instância. Ele é o primeiro argumento, claro e fácil de lembrar, como my-web ou staging-api.

Os nomes das instâncias devem estar em letras minúsculas, usar hífens em vez de espaços e ter menos de 53 caracteres. Eles seguem o mesmo estilo de rótulo DNS do Kubernetes.

Não consegue pensar em um bom nome? Adicione --generate-name e omita o argumento do nome. O Helm inventará um nome único e amigável para você.

Os nomes gerados combinam o nome do pacote com um carimbo de data e hora, como nginx-1718900000. São únicos, mas não muito descritivos.

Combine a geração com --name-template para controlar o formato ou simplesmente adicione você mesmo um prefixo para obter um nome automático mais organizado.

Dentro de um único espaço de nomes, o nome de uma instância deve ser único. Se você reutilizar um nome existente, o Helm recusará a operação e informará que ele já está em uso.

A exclusividade é definida por espaço de nomes. Você pode ter my-web em dev e outro my-web em prod, sem nenhum conflito.

Os pacotes geralmente criam nomes de objetos a partir do nome da instância. Assim, my-web pode criar uma implantação chamada my-web-nginx, mantendo tudo rastreável.

Para qualquer coisa que você gerenciará manualmente, prefira um nome explícito. Nomes gerados são adequados para testes descartáveis e experimentos rápidos.

Em scripts, um nome explícito previsível permite executar upgrade --install com segurança mais tarde. Nomes aleatórios tornam a automação muito mais difícil.

Você executa helm install sem fornecer um argumento de nome. O que precisa adicionar?

Os nomes devem estar em letras minúsculas e ser únicos em cada espaço de nomes. Escolha nomes explícitos para trabalhos reais; use --generate-name apenas para criações descartáveis. ✅