إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
هذه المقالة موجهة لمهندسي المنصات، ومديري تكنولوجيا المعلومات المركزيين، وغيرهم من المسؤولين ذوي المستوى الأعلى الذين يخططون ويديرون عمليات نشر Microsoft Dev Box. يصف الأدوار المدمجة المختلفة التي يدعمها Microsoft Dev Box، وكيف تتناسب مع أدوار المنظمة مثل مهندس المنصة ومدير التطوير حتى تتمكن من تخطيط نموذج الأذونات الصحيح قبل إطلاق Dev Box.
يحدد التحكم في الوصول القائم على الأدوار (RBAC) في Azure الأدوار المدمجة التي تحدد الأصلاحات التي يجب تطبيقها. بدلا من منح أذونات دقيقة مباشرة للمستخدمين أو المجموعات الفردية، تقوم بتعيين أدوار تجمع الأذونات ذات الصلة معا حتى تتمكن من تطبيق وتدقيق الوصول بشكل متسق عبر الموارد. يمكنك تعيين مستخدم أو مجموعة لتعريف الدور هذا عبر تعيين دور لنطاق معين. يمكن أن يكون النطاق موردًا فرديًّا أو مجموعة موارد أو عبر الاشتراك. في القسم التالي، ستتعرف على الأدوار المضمنة التي يدعمها Microsoft Dev Box.
لمزيد من المعلومات، راجع ما هو التحكم في الوصول المستند إلى الدور Azure (Azure RBAC) ؟
إشعار
عند إجراء تغييرات على تعيين الدور، قد يستغرق نشر هذه التحديثات بضع دقائق.
أدوار مدمجة
في هذه المقالة، يتم تجميع الأدوار المضمنة في Azure منطقيا في ثلاثة أنواع أدوار تنظيمية، بناء على نطاق تأثيرها:
أدوار مهندسي النظام الأساسي: تؤثر على أذونات مراكز التطوير والكتالوجات والمشاريع
مدير التطوير: التأثير على أذونات الموارد المستندة إلى المشروع
أدوار المطور: التأثير على الأذونات للمستخدمين
فيما يلي الأدوار المضمنة التي يدعمها Microsoft Dev Box:
| نوع الدور التنظيمي | الدور مدمج | الوصف |
|---|---|---|
| مهندس النظام الأساسي | المالك | امنح التحكم الكامل لإنشاء/إدارة مراكز التطوير والكتالوجات والمشاريع، ومنح أذونات للمستخدمين الآخرين. تعرف على المزيد حول دور المالك. |
| مهندس النظام الأساسي | المشارك | امنح التحكم الكامل لإنشاء/إدارة مراكز التطوير والكتالوجات والمشاريع، باستثناء تعيين الأدوار للمستخدمين الآخرين. تعرف على المزيد حول دور المساهم. |
| مهندس النظام الأساسي | مالك مركز المطور | توفير الوصول لإدارة جميع موارد Microsoft.DevCenter والوصول إليها. تعرف أكثر على دور مالك مركز المطورين. |
| مدير المطور | مسؤول مشروع DevCenter | منح الإذن لإدارة جوانب معينة من المشاريع ومربعات التطوير. تعرف على المزيد حول دور مسؤول مشروع DevCenter. |
| المطور | مستخدم Dev Box | منح الإذن لإنشاء مربعات التطوير والتحكم الكامل في مربعات التطوير التي يقومون بإنشائها. تعرف على المزيد حول دور مستخدم Dev Box. |
نطاق تعيين الدور
في Azure RBAC، النطاق هو مجموعة الموارد التي ينطبق عليها الوصول. عند تعيين دور، من المهم فهم النطاق بحيث تمنح فقط الوصول المطلوب.
في Azure، يمكنك تحديد نطاق على أربعة مستويات: مجموعة الإدارة والاشتراك ومجموعة الموارد والمورد. تُنظم النطاقات على أساس العلاقات الأصل-الفرعي. يجعل كل مستوى من التدرج الهرمي النطاق أكثر تحديدًا. يُمكنك تعيين أدوار على جميع مستويات النطاق. يقرر المستوى الذي تحدده مدى تطبيق الدور. ترث المستويات الأدنى الإعدادات من المستويات الأعلى. تعرف على المزيد حول نطاق Azure RBAC.
بالنسبة إلى Microsoft Dev Box، ضع في اعتبارك النطاقات التالية:
| Scope | الوصف |
|---|---|
| الاشتراك | يستخدم لإدارة الفوترة والأمان لجميع موارد وخدمات Azure. عادة ما يكون لمهندسي النظام الأساسي فقط حق الوصول على مستوى الاشتراك لأن تعيين الدور هذا يمنح الوصول إلى جميع الموارد في الاشتراك. |
| مجموعة الموارد | حاوية منطقية لتجميع الموارد معا. يمنح تعيين الدور لمجموعة الموارد الإذن لمجموعة الموارد وجميع الموارد داخلها، مثل مراكز التطوير وتعريفات مربع التطوير وتجمعات مربعات التطوير والمشاريع ومربعات التطوير. |
| مركز التطوير (مورد) | مجموعة من المشاريع التي تتطلب إعدادات مماثلة. يمنح تعيين الدور لمركز التطوير الإذن لمركز التطوير نفسه. لا ترث موارد مربع التطوير الأخرى الأذونات المعينة لمراكز التطوير. |
| المشروع (المورد) | مورد Azure يستخدم لتطبيق إعدادات التكوين الشائعة عند إنشاء مربع تطوير. يمنح تعيين الدور للمشروع الإذن لهذا المشروع المحدد فقط. |
| تجمع مربعات التطوير (مورد) | مجموعة من مربعات التطوير التي تديرها معا وتطبق عليها إعدادات مماثلة. يمنح تعيين الدور لتجمع مربع التطوير الإذن فقط لتجمع مربع التطوير المحدد هذا. |
| تعريف مربع التطوير (المورد) | مورد Azure الذي يحدد صورة المصدر وحجمه، بما في ذلك حجم الحساب وحجم التخزين. يمنح تعيين الدور لتعريف مربع التطوير الإذن فقط لتعريف مربع التطوير المحدد هذا. |
أدوار أنشطة Dev Box الشائعة
يعرض الجدول التالي أنشطة Dev Box الشائعة والدور المطلوب لمستخدم لتنفيذ هذا النشاط.
| النشاط | نوع الدور | الدور | Scope |
|---|---|---|---|
| منح الإذن لإنشاء مجموعة موارد. | مهندس النظام الأساسي | المالك أو المساهم | الاشتراك |
| امنح الإذن لإرسال تذكرة دعم Microsoft، بما في ذلك طلب السعة. | مهندس النظام الأساسي | المالك والمساهم والمساهم في طلب الدعم | الاشتراك |
| منح الإذن لإنشاء شبكات ظاهرية وشبكات فرعية. | مهندس النظام الأساسي | مساهم الشبكة | مجموعة الموارد |
| منح الإذن لإنشاء اتصال شبكة. | مهندس النظام الأساسي | المالك أو المساهم | مجموعة الموارد |
| منح الإذن لتعيين أدوار للمستخدمين الآخرين. | مهندس النظام الأساسي | المالك | مجموعة الموارد |
| منح الإذن ل: - إنشاء / إدارة مراكز التطوير. - إضافة / إزالة اتصالات الشبكة. - إضافة / إزالة معارض حساب Azure. - إنشاء / إدارة تعريفات مربع التطوير. - إنشاء / إدارة المشاريع. - إرفاق / إدارة الكتالوج بمركز تطوير أو مشروع (يجب تمكين الكتالوجات على مستوى المشروع في مركز التطوير). - تكوين حدود مربع التطوير. |
مهندس النظام الأساسي | المشارك | مجموعة الموارد |
| امنح الإذن لإنشاء وإدارة موارد صندوق التطوير دون منح الوصول إلى أنواع موارد أخرى في مجموعة الموارد.
- مراكز التطوير - المشاريع - تعريفات صناديق المطور - مجموعات صناديق المطورين |
مهندس النظام الأساسي | مالك مركز المطور | مجموعة الموارد |
| منح الإذن لإضافة اتصال شبكة أو إزالته لمركز التطوير. | مهندس النظام الأساسي | مساهم أو مالك مركز تطوير | مركز التطوير |
| منح الإذن لتمكين / تعطيل كتالوجات المشروع. | مدير المطور | المشارك | مركز التطوير |
| منح الإذن إلى: - إضافة كتالوج ومزامنته وإزالته (يجب تمكين الكتالوجات على مستوى المشروع في مركز التطوير). - إنشاء تجمعات مربعات التطوير. - إيقاف مربعات التطوير في التجمعات وبدء تشغيلها وحذفها. |
مدير المطور | مسؤول مشروع DevCenter | Project |
| إنشاء مربعات التطوير الخاصة بك وإدارتها في مشروع. | المستخدم | مستخدم Dev Box | Project |
| إنشاء وإدارة الكتالوجات في مستودع GitHub أو Azure Repos. | مدير المطور | لا يحكمه التحكم في الوصول استنادا إلى الدور.
- يجب تعيين أذونات للمستخدم من خلال Azure DevOps أو GitHub. |
المستودع |
هام
يتم استخدام اشتراك المؤسسة لإدارة الفوترة والأمان لجميع موارد وخدمات Azure. يمكنك تعيين دور المالك أو المساهم في الاشتراك. عادة ما يكون لمهندسي النظام الأساسي فقط حق الوصول على مستوى الاشتراك لأن ذلك يتضمن الوصول الكامل إلى جميع الموارد في الاشتراك.
أدوار مهندسي المنصات
لمنح المستخدمين إذنا لإدارة Microsoft Dev Box ضمن اشتراك مؤسستك، يمكنك تعيينهم لدور المالك أو المساهم في نطاق مجموعة الموارد، أو دور مالك مركز المطور في نطاق مركز التطوير.
عندما تستخدم أدوار المالك أو المساهم، قم بتعيينهم لمجموعة الموارد. ترث مراكز التطوير واتصالات الشبكة وتعريفات مربع التطوير وتجمعات مربعات التطوير والمشاريع داخل مجموعة الموارد تعيينات الأدوار هذه.
دور المالك
قم بتعيين دور المالك لمنح المستخدم التحكم الكامل لإنشاء موارد Dev Box أو إدارتها ومنح أذونات للمستخدمين الآخرين. عندما يكون للمستخدم دور المالك في مجموعة الموارد، يمكنه القيام بالأنشطة التالية عبر جميع الموارد داخل مجموعة الموارد:
- تعيين أدوار لمهندسي النظام الأساسي، حتى يتمكنوا من إدارة موارد Dev Box.
- إنشاء مراكز التطوير واتصالات الشبكة وتعريفات مربع التطوير وتجمعات مربعات التطوير والمشاريع.
- عرض الإعدادات وحذفها وتغييرها لجميع مراكز التطوير واتصالات الشبكة وتعريفات مربع التطوير وتجمعات مربعات التطوير والمشاريع.
- إرفاق الكتالوجات وفصلها.
دور المساهم
قم بتعيين دور المساهم لمنح المستخدم التحكم الكامل لإنشاء مراكز ومشاريع التطوير أو إدارتها داخل مجموعة موارد. دور المساهم له نفس الأذونات مثل دور المالك، باستثناء :
- تنفيذ تعيينات الأدوار.
تنبيه
عند تعيين دور المالك أو المساهم في مجموعة الموارد، تنطبق هذه الأذونات أيضا على الموارد غير المرتبطة ب Dev Box الموجودة في مجموعة الموارد.
دور مالك مركز المطور
يمكنك تعيين دور مالك مركز المطور إما في نطاق مجموعة الموارد أو نطاق مركز التطوير.
دور مالك مركز المطور في نطاق مجموعة الموارد
تعيين دور مالك مركز المطور لمجموعة موارد لمنح المستخدم السيطرة الكاملة على موارد Microsoft.DevCenter دون منح وصول أوسع إلى موارد أخرى في مجموعة الموارد.
عندما يكون لدى المستخدم دور مالك مركز المطور في مجموعة موارد، يمكنه إلى:
- إنشاء وتحديث وحذف مراكز التطوير في مجموعة الموارد تلك.
- إنشاء وتحديث وحذف المشاريع في مجموعة الموارد تلك.
- إنشاء وتحديث وحذف مجموعات صناديق المطورين وتعريفات صناديق المطورين في تلك المجموعة من الموارد.
- إدارة الكتالوجات، واتصالات الشبكة، وحسابات المعارض المرتبطة بمراكز التطوير في مجموعة الموارد.
- تفويض إدارة المشاريع عن طريق تعيين أدوار مدير مشروع DevCenter وDevCenter DevCenter لمستخدمي صندوق المطورين على مستوى المشروع.
دور مالك مركز المطور في نطاق مركز التطوير
تعيين دور مالك مركز المطور لمركز تطوير لمنح المستخدم سيطرة كاملة على موارد Microsoft.DevCenter دون منح وصول أوسع إلى مراكز تطوير أخرى ومواردها. لا يمكن للمستخدمين الذين يكونون في هذا الدور لمركز تطوير إنشاء مراكز تطوير جديدة.
عندما يكون لدى المستخدم دور مالك مركز المطور في مركز المطورين، يمكنه إلى:
- أنشئ وحدث واحذف المشاريع في ذلك المركز المطور.
- إنشاء وتحديث وحذف مجموعات صناديق التطوير وتعريفات صناديق المطور في ذلك المركز.
- إدارة الكتالوجات، واتصالات الشبكة، وحسابات المعارض المرتبطة بذلك المركز.
- تفويض إدارة المشاريع عن طريق تعيين أدوار مدير مشروع DevCenter وDevCenter DevCenter لمستخدمي صندوق المطورين على مستوى المشروع.
أدوار مديري المطورين
هناك دور واحد لإدارة التطوير: مسؤول مشروع DevCenter. يحتوي هذا الدور على أذونات مقيدة في نطاقات ذات مستوى أقل من أدوار مهندس النظام الأساسي. يمكنك تعيين هذا الدور لمديري التطوير لتمكينهم من تنفيذ المهام الإدارية لفريقهم.
دور مسؤول مشروع DevCenter
تعيين مسؤول مشروع DevCenter لتمكين:
إضافة الكتالوج ومزامنته وإزالته (يجب تمكين الكتالوجات على مستوى المشروع في مركز التطوير).
إنشاء تجمعات مربعات التطوير.
إيقاف مربعات التطوير في التجمعات وبدء تشغيلها وحذفها.
أدوار المطورين
هناك دور مطور واحد: Dev Box User. يمكن هذا الدور المطورين من إنشاء مربعات التطوير الخاصة بهم وإدارتها.
دور مستخدم صندوق المطور
قم بتعيين دور مستخدم Dev Box لمنح المستخدمين الإذن لإنشاء مربعات التطوير والتحكم الكامل في مربعات التطوير التي يقومون بإنشائها. يمكن للمطورين تنفيذ الإجراءات التالية على أي مربع تطوير يقومون بإنشائه:
- إنشاء
- البدء / الإيقاف
- إعادة التشغيل
- تأخير إيقاف التشغيل المجدول
- حذف
إدارة الوصول والهوية (IAM)
يتم استخدام صفحة التحكم في الوصول (IAM) في مدخل Microsoft Azure لتكوين التحكم في الوصول المستند إلى دور Azure على موارد Microsoft Dev Box. يمكنك استخدام الأدوار المضمنة للأفراد والمجموعات في Active Directory. تظهر لقطة الشاشة التالية تكامل خدمات مجال Active Directory (Azure RBAC) باستخدام التحكم في الوصول (IAM) في مدخل Microsoft Azure:
للحصول على خطوات تفصيلية، راجع تعيين أدوار Azure باستخدام مدخل Azure.
مركز التطوير ومجموعة الموارد وبنية المشروع
يجب على مؤسستك استثمار الوقت مقدما لتخطيط موضع مراكز التطوير الخاصة بك، وهيكل مجموعات الموارد والمشاريع.
مراكز التطوير: تنظيم مراكز التطوير حسب مجموعة المشاريع التي ترغب في إدارتها معا، وتطبيق إعدادات مماثلة، وتوفير قوالب مماثلة.
يمكن للمؤسسات استخدام مركز تطوير واحد أو أكثر. عادة ما يكون لكل مؤسسة فرعية داخل المؤسسة مركز تطوير خاص بها. قد تفكر في إنشاء مراكز تطوير متعددة في الحالات التالية:
إذا كنت تريد تكوينات معينة لتكون متاحة لمجموعة فرعية من المشاريع.
إذا كانت الفرق المختلفة بحاجة إلى امتلاك مورد مركز التطوير وصيانته في Azure.
المشاريع: مقترنة بكل فريق تطوير أو مجموعة من الأشخاص الذين يعملون على تطبيق أو منتج واحد.
يعد التخطيط مهما بشكل خاص عند تعيين أدوار لمجموعة الموارد لأنه يطبق أيضا الأذونات على جميع الموارد في مجموعة الموارد، بما في ذلك مراكز التطوير واتصالات الشبكة وتعريفات مربعات التطوير وتجمعات مربعات التطوير والمشاريع.
للتأكد من منح المستخدمين الإذن فقط للموارد المناسبة:
إنشاء مجموعات موارد تحتوي فقط على موارد Dev Box.
تنظيم المشاريع وفقا لتعريف مربع التطوير وتجمعات مربعات التطوير المطلوبة والمطورين الذين يجب أن يكون لديهم حق الوصول. من المهم ملاحظة أن تجمعات مربعات التطوير تحدد موقع إنشاء مربع التطوير. يجب على المطورين إنشاء مربعات تطوير في موقع قريب منها للحصول على أقل زمن انتقال.
على سبيل المثال، يمكنك إنشاء مشاريع منفصلة لفرق المطورين المختلفة لعزل موارد كل فريق. يمكن بعد ذلك تعيين مدراء التطوير في مشروع إلى دور مسؤول المشروع، والذي يمنحهم فقط حق الوصول إلى موارد فريقهم.
هام
تخطيط البنية مقدما لأنه لا يمكن نقل موارد Dev Box مثل المشاريع إلى مجموعة موارد مختلفة بعد إنشائها.
بنية الكتالوج
يستخدم Microsoft Dev Box الكتالوجات لتمكين المطورين من نشر التخصيصات لمربعات التطوير باستخدام كتالوج المهام وملف التخصيص لتثبيت البرامج وإضافة الملحقات واستنساخ المستودعات والمزيد.
يخزن Microsoft Dev Box الكتالوجات إما في مستودع GitHub أو مستودع خدمات Azure DevOps. يمكنك إرفاق كتالوج بمركز تطوير أو بمشروع.
يمكنك إرفاق كتالوج واحد أو أكثر بمركز التطوير وإدارة جميع التخصيصات على هذا المستوى. لتوفير المزيد من التفاصيل في كيفية وصول المطورين إلى التخصيصات، يمكنك إرفاق الكتالوجات على مستوى المشروع. عند التخطيط لمكان إرفاق الكتالوجات، يجب مراعاة احتياجات كل فريق تطوير.