Credentials وTeams وRBAC

يخزّن AWX مفاتيح SSH وكلمات المرور والرموز المميّزة السحابية باعتبارها بيانات اعتماد مشفّرة في قاعدة بياناته، ولذلك لا تبقى الأسرار داخل playbooks أو Git. 🔐

تملك كل بيانات اعتماد نوعًا، مثل Machine أو Source Control أو Amazon Web Services، ويحدد هذا النوع الحقول التي يجمعها AWX ويحقنها بدقة.

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

تحتوي بيانات اعتماد Machine على اسم مستخدم SSH والمفتاح وكلمة مرور تصعيد الصلاحيات التي تستخدمها المهام للاتصال بالمضيفين والتحول إلى root عليها.

كل شخص يسجّل الدخول إلى AWX هو مستخدم. يمكن منح الأذونات للمستخدم مباشرة، لكن إدارة ذلك تصبح صعبة سريعًا عند التوسع.

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

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

في قالب مهمة، يمكنكم منح دور Execute لتشغيله، أو دور Admin لتعديله، مما يبقي المشغّلين قادرين على بدء المهام من دون إعادة كتابتها.

تُعد المؤسسة الحاوية العليا التي تضم المشاريع والمخزونات والفرق وبيانات الاعتماد، مما يتيح لتثبيت AWX واحد خدمة العديد من المستأجرين المعزولين.

يتيح لكم RBAC اتباع مبدأ أقل قدر من الصلاحيات: امنحوا الدور الأدنى المطلوب. فقد يقرأ المدققون نتائج المهام من دون لمس بيانات الاعتماد مطلقًا.

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

كيف تمنحون العديد من المستخدمين الوصول نفسه بكفاءة دفعة واحدة؟

تحافظ بيانات الاعتماد على الأسرار مخفية وقابلة للكتابة فقط، وتجمع الفرق المستخدمين، بينما يمنح RBAC أدوارًا بأقل قدر من الصلاحيات لكل كائن، بحيث يشغّل الأشخاص ما ينبغي لهم فقط. ✅