Solucionado
Olá, estou revisando alguns conceitos e tive a seguinte dúvida: Não seria melhor no projeto final que tudo pudesse estar dentro do Helm sem redundâncias? Não entendi muito bem essa organização:
https://github.com/alura-cursos/Kubernetes-helm/tree/Aula_5/helm
Ola! como quase tudo na programação a resposta é: Depende!
pois depende do objetivo do projeto e do que você quer versionar como chart.
No projeto tem:
Uma pasta gateway
Uma pasta helm
Chart.yamlvalues.yamltemplates/ (com configmap, services, gateway, etc.)A ideia aqui normalmente é separar:
“Não seria melhor colocar tudo dentro do Helm?”
Se o objetivo for distribuir e instalar a aplicação exclusivamente via Helm, então sim: faz sentido que todos os manifests Kubernetes fiquem dentro da pasta do chart (helm/templates) e que não existam YAMLs duplicados fora dele.
Mas existem alguns motivos para manter essa separação em um projeto de curso:
Didática
Primeiro você aprende a criar os YAMLs “na mão” (Deployment, Service, ConfigMap etc.).
Depois aprende a transformar isso em templates Helm.
Manter os dois ajuda a comparar “antes e depois”.
Evolução incremental
O projeto pode ter começado com manifests estáticos e depois evoluído para Helm. Em vez de apagar tudo, mantém-se a estrutura anterior.
Organização por responsabilidade
Às vezes:
gateway/ → código da aplicaçãohelm/ → infraestrutura de deployEm projetos reais, o mais comum é:
/chart ou /helm bem definida como o artefato de deployE evitar manter YAMLs duplicados fora do Helm, porque isso realmente gera redundância e risco de inconsistência.
Mas pra resumir essa historia toda:
Não está “errado” deixar tudo dentro do Helm.
Mas no contexto do curso, a organização provavelmente foi pensada para:
Abraços.
Olá! Perfeita sua explicação! Entendi.
muito obrigada!