قراءة changed مقابل ok في المخرجات

بعد كل مهمة، يطبع Ansible حالة لكل مضيف. وأكثر حالتين ستظهران لكم هما ok وchanged، وهما ترويان قصتين مختلفتين.

تعني حالة ok أن المضيف يطابق الحالة المطلوبة مسبقًا. نفّذت المهمة فحصها، لكنها لم تُجرِ أي تغيير على الإطلاق.

تعني حالة changed أن المضيف لم يكن مطابقًا، ولذلك عدّل module شيئًا ما ليقرّبه من الحالة التي أعلنتم عنها.

يُلوّن Ansible مخرجات changed بالأصفر ومخرجات ok بالأخضر افتراضيًا. وظهور سيل من اللون الأخضر في التشغيل الثاني هو بالضبط ما تريدونه.

في النهاية، يعرض PLAY RECAP أعدادًا لكل مضيف: ok وchanged وunreachable وfailed. إنه فحص صحة في سطر واحد.

شغّلوا playbook idempotent مرتين، وينبغي أن يعرض الملخص في المرة الثانية changed=0. ويستحق أي تغيير في تشغيل مكرر التحقيق فيه.

حالة changed تعني النجاح، وليست مشكلة. إنها تسجّل ببساطة أن المضيف كان يحتاج إلى عمل وأن المهمة أنجزته بالشكل الصحيح.

قد ترون أيضًا skipping، ما يعني أن شرط when كان خاطئًا، ولذلك لم تُشغّل المهمة على ذلك المضيف.

تعني حالة failed أن المهمة واجهت خطأ؛ أما unreachable فتعني أن Ansible لم يتمكن حتى من الاتصال عبر SSH. وكلتاهما توقفان play على ذلك المضيف.

يُعدّ عدد changed مقياس idempotency لديكم. وإذا استمر التشغيل المتكرر في الإبلاغ عن تغييرات، فهذا يعني أن إحدى المهام ليست idempotent حقًا.

أضيفوا -v (أو -vv) إلى ansible-playbook للحصول على مخرجات مطوّلة توضّح بالضبط ما الذي غيّرته كل مهمة ولماذا.

تشغّلون playbook نفسه مرة ثانية، فيعرض الملخص ok=5 changed=0.

اقرؤوا ok بمعنى «صحيح مسبقًا»، وchanged بمعنى «تم إصلاحه للتو». يثبت PLAY RECAP وتشغيل مكرر بنتيجة changed=0 أن play لديكم idempotent. ✅