Próby bez wdrażania za pomocą --dry-run

Podczas gdy helm template renderuje lokalnie, --dry-run idzie o krok dalej i prosi klaster o sprawdzenie manifestów bez ich zastosowania. 🧪

Uruchomienie próbne renderuje szablony ORAZ wysyła je do serwera API w celu walidacji, po czym kończy działanie bez tworzenia czegokolwiek w rzeczywistym środowisku.

Ponieważ manifesty widzi serwer, --dry-run może wykryć problemy, których nie ujawnia lokalne renderowanie, takie jak nieznany rodzaj zasobu lub niezgodność ze schematem.

Tę samą flagę można dodać do aktualizacji, aby wyświetlić podgląd zmiany względem aktywnego release'u przed jej zatwierdzeniem.

Helm oferuje --dry-run=client do sprawdzania wyłącznie lokalnego oraz --dry-run=server, które dodatkowo wykonuje walidację po stronie serwera względem klastra.

Tryb klienta działa jak renderowanie i nigdy nie wymaga klastra. Tryb serwera jest bardziej rygorystyczny, ponieważ serwer API faktycznie sprawdza obiekty. 🔍

Uruchomienie próbne wyświetla również wynik NOTES chartu, dzięki czemu można zobaczyć podgląd wskazówek po instalacji, zanim release jeszcze powstanie.

Dodaj --debug do uruchomienia próbnego, aby uzyskać szczegółowy wynik, w tym obliczone wartości. To bardzo skuteczne połączenie podczas diagnozowania problemów.

Nic nie zostaje zainstalowane i nie jest zapisywana żadna rewizja. Uruchomienie próbne pozostawia klaster oraz historię release'u całkowicie bez zmian.

Ponieważ wykonuje walidację względem rzeczywistego serwera API, --dry-run jest często stosowany w potokach jako kontrola bezpieczeństwa przed zezwoleniem na wdrożenie.

Użyj helm template, gdy pracujesz bez połączenia z klastrem; wybierz --dry-run, gdy przed instalacją chcesz poznać opinię klastra.

Znają już Państwo --dry-run: renderuje release i opcjonalnie wykonuje walidację po stronie serwera, nie tworząc go, w trybie klienta lub serwera. To bezpieczne sprawdzenie przed wdrożeniem. ✅