لماذا Roles: من البنية الأحادية إلى الوحدات

مع نموّ الـplaybook، تتكدّس جميع مهامك وملفاتك ومتغيّراتك في ملف واحد ضخم. ويصبح من الصعب قراءته ومشاركته وإعادة استخدامه.

يجمع الدور المهام والمعالجات والملفات والقوالب والمتغيّرات المرتبطة في وحدة مرتبة يمكنك إضافتها إلى أي playbook.

بدلًا من جدار واحد من المهام، تجمع الخادم من أدوار: دور لـ nginx، ودور لـ postgres، ودور لجدار الحماية. يؤدي كل منها وظيفة واضحة واحدة.

أنشئ دورًا لإعداد خادم الويب، ثم أعد استخدامه في بيئات الاختبار والإنتاج والمشاريع الأخرى. لا حاجة إلى نسخ المهام ولصقها.

يصبح الـplaybook الرئيسي قائمة قصيرة من الأدوار المطلوب تطبيقها. أما العمل الشاق فيوجد داخل كل دور، بعيدًا عن الأنظار.

تتبع الأدوار تخطيطًا ثابتًا للمجلدات، لذلك يعرف Ansible تلقائيًا مكان العثور على المهام والقوالب. تتعلم النمط مرة واحدة.

بما أن الدور مكتفٍ ذاتيًا، يمكنك تطويره واختباره بمفرده قبل إدخاله في play أكبر. أجزاء أصغر ومفاجآت أقل.

يتولى أحد الأشخاص دور قاعدة البيانات، بينما يتولى شخص آخر دور موازن الحمل. تتيح الحدود الواضحة للفرق العمل دون أن يتداخل بعضها مع بعض.

يمكن نشر الأدوار جيدة التنظيم إلى Ansible Galaxy، بحيث يثبّت الآخرون أتمتتك، وتثبّت أنت أتمتتهم.

يأتي الدور بمتغيّراته الافتراضية الخاصة، لذا يعمل مباشرةً مع بقائه سهل التخصيص لكل مشروع دون تعديل الدور نفسه.

تشبه إعادة هيكلة playbook كبير إلى أدوار تقسيم دالة واحدة ضخمة إلى دوال صغيرة: فهي أنظف وقابلة لإعادة الاستخدام وأسهل بكثير في الصيانة.

فكّر في السبب الرئيسي الذي يدفع الفرق إلى إعادة هيكلة ملفات playbook إلى أدوار.

يحوّل الدور الـplaybook أحادي الكتلة إلى لبنات بناء نظيفة وقابلة لإعادة الاستخدام، لكل منها مهامها وملفاتها ومتغيّراتها. 🧱