Entornos y valores por entorno

Dev, staging y prod ejecutan las mismas aplicaciones con configuraciones diferentes. Los environments de Helmfile permiten describirlos todos de forma clara en un solo archivo.

Declare cada etapa dentro de un bloque environments de nivel superior. Cada entorno con nombre puede cargar su propio archivo de values.

Elija el entorno activo en la línea de comandos con -e. Helmfile cargará únicamente los values de ese entorno.

Los valores cargados quedan en .Environment.Values. Puede leerlos con la sintaxis de plantillas de Go en cualquier lugar de su helmfile.yaml.

Un uso clásico: dev ejecuta una réplica y prod, muchas. Puede crear una plantilla del valor set a partir del entorno en lugar de codificarlo de forma fija.

Enumere primero un archivo base de values y, después, el archivo del entorno. El archivo environment sobrescribe únicamente las claves que difieren, de modo que la configuración compartida queda en un solo lugar.

.Environment.Name proporciona el nombre del entorno activo como cadena. Resulta ideal para nombres, etiquetas o para elegir dinámicamente una ruta de archivo.

Defina un entorno default para que un comando de helmfile sin opciones siga funcionando sin -e. Se ejecuta cuando no se especifica ningún entorno.

Las diferencias pequeñas pueden definirse en línea dentro de un entorno en lugar de en un archivo. Use values con un mapa para una o dos claves.

Como la lógica se comparte y solo cambian los valores, puede promover el mismo release de dev a prod cambiando -e, en lugar de copiar archivos.

Los archivos de valores de entorno suelen contener configuración confidencial. Mantenga los secretos reales cifrados o en un vault; nunca los guarde como texto plano en estos archivos de Git.

Desea desplegar la etapa prod de su helmfile.yaml. ¿Cómo la selecciona?

Ha aprendido a definir environments, seleccionar uno con -e y leer .Environment.Values para promover el mismo stack entre etapas. A continuación: cómo aplicarlo. 🚀