Kubernetes Package Management Question #019e3a4f

Um Helm chart é um formato de empacotamento para aplicações Kubernetes. É uma coleção de arquivos que descrevem um conjunto relacionado de recursos Kubernetes. Um único chart pode ser usado para implantar algo simples, como um pod memcached, ou algo complexo, como uma pilha completa de aplicação web com servidores HTTP, bancos de dados, caches e assim por diante.

Como Funciona
Os Helm charts são estruturados como um diretório com um layout específico, contendo arquivos de configuração YAML (templates) e um arquivo Chart.yaml com metadados. Os charts são empacotados em arquivos versionados (.tgz) para distribuição. Quando um chart é instalado, o Helm renderiza os templates com valores fornecidos pelo usuário e aplica os manifestos Kubernetes resultantes ao cluster.

Por que a definição correta está certa
A definição correta afirma que um Helm chart é semelhante a um pacote e contém todas as definições de recursos para executar uma aplicação no Kubernetes. Isso captura com precisão a essência de um chart: é um pacote de templates de manifestos Kubernetes e configuração, análogo a um pacote em sistemas operacionais tradicionais (por exemplo, RPM ou DEB).

Por que as definições incorretas estão erradas

• A definição que afirma que um Helm chart é uma coleção de arquivos YAML agrupados em um arquivo tar.gz e pode ser aplicado sem descomprimi-lo está incorreta porque, embora os charts sejam frequentemente distribuídos como arquivos .tgz, eles devem ser extraídos (pelo Helm) para serem processados; o kubectl não pode aplicar um chart comprimido diretamente.
• A definição que afirma que um Helm chart é uma coleção de arquivos JSON está errada porque os Helm charts usam YAML, não JSON, para seus templates e arquivos de configuração.
• A definição que diz que um Helm chart é uma coleção de arquivos YAML que podem ser aplicados no Kubernetes usando a ferramenta kubectl está incorreta porque o kubectl não entende Helm charts; os charts são gerenciados pelo CLI do Helm, que renderiza os templates e depois aplica os manifestos resultantes via kubectl internamente.