Check mode: torrkörning med --check

I kontrolläge betyder statusen changed ”den här tasken skulle ändra värden”. Det är en förutsägelse, inte en åtgärd som faktiskt har genomförts.

Kontrolläget fungerar eftersom idempotenta moduler redan jämför det aktuella tillståndet med det önskade tillståndet. Läget rapporterar helt enkelt skillnaden utan att genomföra ändringen.

Kombinera kontrolläget med --diff för att se ändringar i filer och mallar rad för rad, ungefär som en git diff av det som körningen skulle skriva.

Vissa moduler kan inte simulera sitt arbete. Råa command- och shell-tasks hoppas som standard över i kontrolläge, eftersom de inte kan förutsäga resultatet.

Ange check_mode: false för en task för att köra den på riktigt även under en torrkörning. Det är praktiskt för kommandon som bara läser och samlar in data.

Motsatsen, check_mode: true, gör att en task alltid simuleras, även vid en normal körning. Det är användbart för att hålla en riskfylld task begränsad till förhandsgranskning.

En torrkörning kan vara missvisande när en senare task är beroende av en tidigare task som bara simulerades. Kedjan kanske inte speglar verkligheten.

Kör --check på en stabil värd för att upptäcka avvikelser: varje rapporterad ändring betyder att något på servern inte längre motsvarar din playbook.

Eftersom det inte ändrar något är --check säkert att köra mot produktion när som helst för att först kontrollera vad en driftsättning skulle göra.

Använd --check för en säker torrkörning och --diff för att se detaljerna. Det förutsäger ändringar, hjälper dig att upptäcka avvikelser och rör aldrig dina värdar. 🔍