Projects وInventories وJob Templates

ينمذج AWX الأتمتة لديكم باستخدام ثلاث لبنات أساسية: project وinventory وjob template. اربطوا بينها، ويمكنكم تشغيل أي شيء.

يحدد project لـ AWX مكان وجود playbooks لديكم، وعادةً ما يكون ذلك مستودع Git. يستنسخه AWX ويحدّثه عند إجراء المزامنة. 📁

اضغطوا على Sync في أحد المشاريع، فيجلب AWX أحدث عمليات الإيداع. ويمكنكم أيضًا تفعيل المزامنة التلقائية عند التشغيل حتى تنفذ المهام دائمًا أحدث شيفرة.

إن inventory في AWX هو الفكرة نفسها الموجودة في inventory الخاص بـ CLI: المضيفون والمجموعات التي يمكن للـ job استهدافها، وتُدار عبر الواجهة أو تُستورد.

يمكنكم إدخال المضيفين يدويًا أو إرفاق inventory source، مثل AWS أو ملف Git، حتى يحدّث AWX قائمة المضيفين تلقائيًا.

إن job template هو الوصفة المحفوظة: يربط project واحدًا وplaybook واحدًا وinventory واحدًا وبيانات اعتماد في وحدة قابلة لإعادة الاستخدام والتشغيل. 🎯

تختارون داخل القالب ملف playbook المحدد من المشروع الذي سيُشغّل بالضبط. ويمكن لمشروع واحد تشغيل عدة قوالب.

يشير القالب إلى بيانات اعتماد مخزّنة، لكي يعرف AWX كيفية الاتصال عبر SSH والتحول إلى root، من دون أن توجد الأسرار في التعليمات البرمجية الخاصة بكم.

يؤدي النقر على تشغيل إلى وضع مهمة في قائمة الانتظار. ويبث AWX المخرجات المباشرة المرمّزة بالألوان، لكي يتمكن الفريق بأكمله من متابعة تنفيذ play في الوقت الفعلي. 👀

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

حدّدوا حقولًا مثل المخزون أو الحد على أنها طلب الإدخال عند التشغيل، وسيطلبها AWX في كل عملية تشغيل، مما يجعل القالب الواحد مرنًا عبر العديد من السيناريوهات.

ما الكائن الذي يربط playbook بالمخزون فعليًا لكي يتمكن من التشغيل؟

تجمع المشاريع التعليمات البرمجية الخاصة بكم، وتدرج المخزونات المضيفين، بينما تدمج قوالب المهام هذه العناصر مع بيانات الاعتماد في أتمتة تُشغّل بنقرة واحدة وتُسجّل بالكامل. ✅