Miljöer och värden per miljö

Dev, staging och prod kör samma appar med olika inställningar. Med Helmfiles environments kan en enda fil beskriva alla miljöerna på ett tydligt sätt.

Ni deklarerar varje miljö under ett environments-block på toppnivå. Varje namngiven miljö kan läsa in sin egen values-fil.

Ni väljer den aktiva miljön på kommandoraden med -e. Helmfile läser då bara in värdena för den miljön.

Inlästa värden hamnar i .Environment.Values. Ni läser dem med Go-template-syntax var som helst i helmfile.yaml.

Ett klassiskt användningsfall är att dev kör en replik medan prod kör många. Ni skapar en mall för värdet i set utifrån miljön i stället för att hårdkoda det.

Lista först en gemensam values-fil och därefter miljöfilen. environment-filen skriver bara över de nycklar som skiljer sig, så den gemensamma konfigurationen kan ligga på ett ställe.

.Environment.Name ger den aktiva miljöns namn som en sträng. Det passar bra för namn, etiketter eller för att välja en filsökväg dynamiskt.

Definiera en default-miljö så att ett vanligt helmfile-kommando fortfarande fungerar utan -e. Den används när ingen miljö har angetts.

Små skillnader kan anges inline under en miljö i stället för i en fil. Använd values med en map för bara en eller två nycklar.

Eftersom logiken delas och bara värdena ändras kan ni promota samma release från dev till prod genom att byta -e, i stället för att kopiera filer.

Värdefiler för miljöer innehåller ofta känslig konfiguration. Håll riktiga secrets krypterade eller i ett valv, aldrig som klartext i dessa filer i Git.

Ni har lärt er att definiera environments, välja en med -e och läsa .Environment.Values för att promota samma stack mellan olika miljöer. Nästa steg är att tillämpa den. 🚀