وضع الفحص: تشغيل تجريبي باستخدام ‎--check‎

قد ترغبون أحيانًا في معرفة ما الذي سيغيّره playbook قبل أن يلمس أي شيء. يوفّر لكم وضع الفحص هذه المعاينة الآمنة.

أضيفوا --check إلى ansible-playbook لإجراء تشغيل تجريبي. سيبلّغ Ansible بما كان سيفعله، لكنه لن يُجري تغييرات فعلية على المضيفات.

في وضع الفحص، تعني حالة changed «ستغيّر هذه المهمة المضيف». إنها تنبؤ وليست إجراءً حدث فعلًا.

يعمل وضع الفحص لأن modules التي تتمتع بـ idempotency تقارن بين الحالة الحالية والحالة المطلوبة. فهو يبلّغ عن الفرق فحسب، ثم يتوقف قبل التنفيذ.

اجمعوا بين الفحص و--diff لرؤية التغييرات سطرًا بسطر في الملفات والقوالب، مثل git diff لما سيكتبه التشغيل.

لا تستطيع بعض modules محاكاة عملها. ويُتخطى command الخام وshell في وضع الفحص افتراضيًا، لأنهما لا يستطيعان التنبؤ بالنتيجة.

اضبطوا check_mode: false على مهمة لتشغيلها فعليًا حتى أثناء التشغيل التجريبي، وهذا مفيد للأوامر للقراءة فقط التي تجمع البيانات.

أما العكس، check_mode: true، فيجعل المهمة تحاكي التنفيذ دائمًا، حتى أثناء التشغيل العادي. وهذا مفيد لإبقاء المهمة الخطرة في وضع المعاينة فقط.

قد تكون المعاينة مضللة عندما تعتمد مهمة لاحقة على مهمة سابقة تمت محاكاتها فقط. فقد لا تعكس السلسلة الواقع.

شغّلوا --check على مضيف مستقر لاكتشاف الانحراف: فأي تغيير مُبلّغ عنه يعني أن شيئًا ما على الخادم لم يعد مطابقًا لـ playbook الخاص بكم.

نظرًا إلى أنه لا يغيّر شيئًا، فإن --check آمن للتشغيل على بيئة الإنتاج في أي وقت، لمراجعة ما سينفذه النشر أولًا.

تشغّلون ansible-playbook site.yml --check على خادم مباشر قبل النشر.

استخدموا --check لإجراء تشغيل تجريبي آمن، و--diff لرؤية التفاصيل. فهو يتنبأ بالتغييرات، ويساعد على اكتشاف الانحراف، ولا يلمس مضيفاتكم أبدًا. 🔍