Lire changed et ok dans la sortie
Interprétez ce qu’une exécution a réellement fait.
Lire changed et ok dans la sortie est une leçon Ansible Academy gratuite sur CoddyKit. Ceci est la leçon 2 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Ansible Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Ansible Academy comprend 4 leçons au total.
Chaque tâche signale un statut
Après chaque tâche, Ansible affiche un statut pour chaque hôte. Les deux que vous verrez le plus souvent sont ok et changed, et ils racontent des choses différentes.
ok signifie déjà conforme
Le statut ok signifie que l'hôte correspondait déjà à l'état souhaité. La tâche a effectué sa vérification, mais n'a absolument rien modifié.
ok: [web1]changed signifie qu'une action a été effectuée
Le statut changed signifie que l'hôte ne correspondait pas à l'état souhaité ; le module a donc modifié quelque chose pour l'y amener.
changed: [web1]Jaune contre vert
Par défaut, Ansible affiche la sortie changed en jaune et la sortie ok en vert. Une mer de vert lors d'une deuxième exécution est exactement ce que vous recherchez.
PLAY RECAP fait le bilan
À la fin, le PLAY RECAP comptabilise, pour chaque hôte, les valeurs ok, changed, unreachable et failed. C'est votre vérification de santé en une ligne.
web1 : ok=4 changed=1 unreachable=0 failed=0La deuxième exécution doit être entièrement ok
Exécutez deux fois un livre de procédures idempotent : le deuxième récapitulatif doit afficher changed=0. Toute modification lors d'une nouvelle exécution mérite d'être examinée.
web1 : ok=4 changed=0 unreachable=0 failed=0changed n'est pas une erreur
Le statut changed indique une réussite, pas un problème. Il signale simplement que l'hôte avait besoin d'une intervention et que la tâche l'a effectuée correctement.
skipping signifie qu'une condition a échoué
Vous pouvez également voir skipping, ce qui signifie qu'une condition when était fausse : la tâche n'a donc pas été exécutée sur cet hôte.
skipping: [db1]failed et unreachable
Le statut failed signifie que la tâche a rencontré une erreur ; unreachable signifie qu'Ansible n'a même pas pu se connecter via SSH. Les deux arrêtent l'exécution pour cet hôte.
Utilisez changed pour vérifier l'idempotence
Le nombre de changements est votre indicateur d'idempotence. Si une exécution répétée continue de signaler des modifications, cela signifie qu'une tâche n'est pas réellement idempotente.
Affichez plus de détails avec -v
Ajoutez -v (ou -vv) à ansible-playbook pour obtenir une sortie détaillée indiquant exactement ce que chaque tâche a modifié et pourquoi.
ansible-playbook site.yml -vVérification rapide
Vous exécutez le même livre de procédures une deuxième fois et le récapitulatif affiche ok=5 changed=0.
Récapitulatif
Interprétez ok comme « déjà conforme » et changed comme « vient d'être corrigé ». Le PLAY RECAP et une deuxième exécution affichant changed=0 prouvent que votre exécution est idempotente. ✅
Questions Fréquemment Posées
La leçon « Lire changed et ok dans la sortie » est-elle gratuite ?
Oui — le texte complet de « Lire changed et ok dans la sortie » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Ansible Academy, passe à CoddyKit PRO. Le cours Ansible Academy comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Lire changed et ok dans la sortie » ?
Interprétez ce qu’une exécution a réellement fait. Tu pratiques Ansible Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Ansible Academy ?
Aucune expérience préalable n'est requise. Ansible Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 2 sur 4.
Combien de temps prend la leçon « Lire changed et ok dans la sortie » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Ansible Academy ?
Oui. Chaque leçon Ansible Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- État souhaité, pas scripts étape par étape
- Lire changed et ok dans la sortie
- Pourquoi command rompt l’idempotence
- Mode vérification : simulation avec --check