Automatiserade driftsättningar med upgrade --install --atomic

I en pipeline vill ni ha ett enda driftsättningskommando som fungerar första gången och varje gång därefter. helm upgrade --install är det kommandot. 🚀

Flaggan --install säger åt Helm att installera releasen om den saknas eller uppgradera den om den redan finns. Ingen förgreningslogik behövs i ert CI-skript.

Du kommer ofta att se -i som kortform för --install. Båda betyder samma installations- eller uppgraderingsbeteende som automatiseringen förlitar sig på.

Flaggan --atomic gör uppgraderingen till allt eller inget: om utrullningen misslyckas återställer Helm automatiskt den senaste fungerande revisionen.

Eftersom Helm måste avgöra om körningen lyckades aktiverar --atomic --wait. Helm väntar tills resurserna är redo och behåller dem sedan eller återställer allt.

Kombinera atomic med en explicit --timeout så att en pod som fastnat inte kan hänga din pipeline för alltid. När tiden tar slut startar den automatiska återställningen.

För reproducerbara deploymenter anger du --version så att CI installerar exakt chartversion och aldrig den version som råkar ligga överst i repot.

Skicka med den nya imagetaggen från bygget med --set och håll resten av konfigurationen versionshanterad i en values-fil som skickas med via -f.

I en ny miljö lägger du till --create-namespace så att den första deploymenten skapar sitt namespace i stället för att misslyckas eftersom målet saknas.

Utan atomic kan en misslyckad installation lämna efter sig övergivna resurser. Använd --cleanup-on-fail för att ta bort det som skapades när en uppgradering misslyckas.

CI-jobbet behöver åtkomst till klustret, så läs in en kubeconfig från en secret innan du deployar. Helm återanvänder exakt samma kontext som kubectl.

Använd helm upgrade -i --atomic --timeout för automatiserade deploymenter utan handpåläggning, med automatisk återställning vid fel. Ett kommando, installation eller uppgradering, varje gång. ✅