allow_duplicates وقابلية Role للتكرار الآمن

إذا اعتمد دوران على دور common، يتصرف Ansible بذكاء: فيشغّل common مرة واحدة فقط، لا مرتين، أثناء تنفيذ واحد.

تمنع إزالة التكرار أدوار الإعداد المشتركة من تكرار العمل المكلف، مثل إعادة تشغيل دور تقوية أساسي لكل دور تطبيق.

لا يحدث التخطي إلا عندما يُطلب الدور باستخدام المعلمات نفسها. وتُعامل الاستدعاءات المتطابقة على أنها أُنجزت بالفعل.

استدعِ الدور نفسه باستخدام متغيرات مختلفة، وسيشغّله Ansible مرة أخرى. فإذا كان لدور vhost إعدادان، فسيطبقهما مرتين كما تريد.

يتحكم إعداد allow_duplicates في meta/main.yml بهذا السلوك. عيّنه إلى true، وقد يُشغَّل الدور عدة مرات أثناء التنفيذ.

فعّل هذا الإعداد للأدوار المصممة للتطبيق مرات عديدة، مثل إنشاء عدة مستخدمين أو مضيفين افتراضيين، بحيث تنفذ كل مرة عملًا جديدًا فعلًا.

تكون قيمة allow_duplicates هي false افتراضيًا، لذلك يُشغَّل الدور ذو المعلمات المتطابقة مرة واحدة فقط. اتركها معطلة لأدوار الإعداد التي تُنفَّذ مرة واحدة.

إن تخطي استدعاء مكرر مجرد تسهيل وقت التشغيل. أما idempotency الحقيقية فتعني أن كل مهمة تتقارب نحو حالة معينة، مهما تكرر تشغيلها.

فضّل داخل الدور الوحدات المعتمدة على الحالة بدلًا من command الخام. فالدور idempotent حقًا آمن عند تطبيقه مرتين دون ضرر.

انتبه: لا يلتزم include_role بمنطق إزالة التكرار بالطريقة نفسها. فالدور المضمَّن ديناميكيًا يُشغَّل في كل مرة تصل فيها إليه.

اجمع بين إزالة التكرار وallow_duplicates والمهام idempotent لبناء تسلسلات هرمية تتركيب بسلاسة وتظل آمنة عند إعادة تشغيلها.

تزيل Ansible التكرار من استدعاءات الأدوار المتطابقة؛ عيّن allow_duplicates إلى true لتكرار أحدها، وحافظ على أن تكون المهام idempotent لإعادة التشغيل بأمان. ♻️