سيناريوهات Azure DevTest Labs
تتناول هذه المقالة كيفية استخدام Azure DevTest Labs للعديد من سيناريوهات التطوير والاختبار والتدريب المختلفة. فيما يلي بعض سيناريوهات DevTest Labs الشائعة:
- يحتاج المطورون إلى العديد من الأجهزة الظاهرية (VMs) والبيئات المختلفة في بعض الأحيان أثناء تكرارها على التطبيقات.
- يستخدم المختبرون العديد من الأجهزة الظاهرية والبيئات المتطابقة أو المختلفة لاختبار الأداء والتحقيقات في وضع الحماية.
- يحتاج المعلمون والمدربون بشكل دوري إلى فصول دراسية ومختبرات وبيئات هاكاثون جديدة.
تصف الأقسام التالية كيفية دعم DevTest Labs لهذه السيناريوهات، مع مساعدة مالكي المختبرات والمسؤولين على التحكم في الوصول إلى المختبر وتكاليفه.
إنشاء المختبر
المختبرات هي نقطة البداية في مختبرات DevTest. بعد إنشاء مختبر، يمكنك:
- إضافة مستخدمي المختبر.
- قم بإنشاء أجهزة ظاهرية تم تكوينها مسبقا يمكن لأي مستخدم مختبر المطالبة بها.
- حدد الصور والصيغ والقوالب لمستخدمي المعامل لإنشاء الأجهزة الظاهرية والبيئات الخاصة بهم بسرعة.
- استخدم التكوين والسياسات لإدارة المختبر والتحكم في التكاليف .
- التكامل مع Azure DevOps لدعم سيناريوهات DevOps.
- رابط إلى مستودعات Git العامة والخاصة للوصول إلى القطع الأثرية وقوالب ARM.
يوضح الرسم التخطيطي التالي كيف يمكن لمالكي المختبرات تكوين النهج وتوفير الموارد لمستخدمي المختبرات:
لإنشاء مختبر في مدخل Azure، راجع إنشاء مختبر في Azure DevTest Labs.
يمكنك أيضا أتمتة إنشاء المختبر، بما في ذلك الإعدادات المخصصة، باستخدام قالب Azure Resource Manager (ARM) قابل لإعادة الاستخدام. لمزيد من المعلومات، راجع إنشاء مختبر باستخدام قالب Resource Manager.
إضافة شبكة افتراضية إلى مختبر
تقوم مختبرات DevTest بإنشاء شبكة افتراضية جديدة لكل مختبر. إذا كانت لديك شبكة ظاهرية أخرى تم تكوينها باستخدام Azure ExpressRoute أو VPN من موقع إلى موقع، فيمكنك إضافتها إلى مختبرك. يمكنك بعد ذلك استخدام هذه الشبكة الظاهرية لإنشاء أجهزة ظاهرية مختبرية. لمزيد من المعلومات، راجع تكوين شبكة ظاهرية في Azure DevTest Labs.
إضافة مستخدمين إلى المختبرات
يمكن لمالكي الميزات الاختبارية إضافة مستخدمين إلى المعامل باستخدام مدخل Azure أو برنامج نصي PowerShell. لمزيد من المعلومات، راجع إضافة مالكي المختبرات والمساهمين والمستخدمين في Azure DevTest Labs. لا يحتاج مستخدمو Lab إلى حساب Azure، طالما أن لديهم حساب Microsoft.
يمكن لمستخدمي Lab عرض جميع موارد المختبر، مثل الأجهزة الظاهرية والسياسات والشبكات الافتراضية. لا يمكن لمستخدمي Lab تعديل السياسات أو الوصول إلى الأجهزة الظاهرية التي ينشئها المستخدمون الآخرون أو يطالبون بملكيتها.
تكوين نهج المختبر للتحكم في التكاليف
لمراقبة التكاليف والتحكم فيها، يمكن لمسؤولي المختبر وأصحابه:
- الحد من عدد الأجهزة الظاهرية التي يمكن لكل مستخدم إنشاؤها أو المطالبة بها.
- السماح بأحجام معينة فقط من VM في المختبر.
- قم بتكوين سياسات إيقاف التشغيل التلقائي والتشغيل التلقائي لإيقاف جميع الأجهزة الظاهرية وإعادة تشغيلها في أوقات معينة من اليوم. لا ينطبق إيقاف التشغيل التلقائي للجهاز الظاهري على موارد PaaS في البيئات.
- إدارة أهداف التكلفة والإشعارات.
- استخدم صفحة التكلفة حسب الموارد لتتبع تكاليف البيئات.
تطوير واختبار الأجهزة الظاهرية
قد يحتاج المطورون والمختبرون إلى العديد من الأجهزة الظاهرية المتطابقة لاختبار الأداء أو التحميل، أو يحتاجون إلى أنواع مختلفة من الأجهزة الظاهرية لمشاريع أو تكرارات مختلفة. يمكن لمستخدمي DevTest Labs إنشاء الأجهزة الظاهرية وتكوينها والوصول إليها عند الطلب لتلبية احتياجاتهم. يؤدي البدء بصور VM الشائعة إلى تعزيز الاتساق عبر الفرق.
في DevTest Labs، يمكن للمطورين:
- قم بتوفير الأجهزة الظاهرية بسرعة عند الطلب، أو المطالبة بالأجهزة الظاهرية الحالية التي تم تكوينها مسبقا.
- الخدمة الذاتية للأجهزة الظاهرية الخاصة بهم دون الحاجة إلى أذونات على مستوى الاشتراك.
- استخدم مباشرة الشبكات الافتراضية التي يقوم مالكو المختبرات والمسؤولون بإعدادها، دون الحاجة إلى أذونات خاصة.
- قم بتخصيص الأجهزة الظاهرية الخاصة بهم بسهولة عن طريق إضافة القطع الأثرية حسب الحاجة.
إنشاء جهازين ظاهريين
يمكن لمستخدمي المختبر إنشاء أجهزة ظاهرية للمختبر في دقائق عن طريق الاختيار من بين مجموعة واسعة من الصور Azure Marketplace الجاهزة. لمعرفة المزيد حول إتاحة صور Marketplace المحددة لمستخدمي المختبر، راجع تكوين صور Azure Marketplace.
يمكن لمالكي المختبر أيضا تثبيت البرامج المطلوبة على جهاز ظاهري وحفظ الجهاز الظاهري كصورة مخصصة وإتاحة الصورة في المختبر. يمكن لمستخدمي Lab استخدام الصورة المخصصة لإنشاء أجهزة ظاهرية مثبتة مسبقا على البرنامج. لمزيد من المعلومات، راجع إنشاء صورة مخصصة.
يمكنك استخدام مصنع الصور لإنشاء صورك المخصصة وتوزيعها تلقائيا على أساس منتظم. يلغي حل التكوين كرمز هذا الحاجة إلى صيانة صور الأجهزة الظاهرية يدويا ، من خلال الحفاظ على تحديث نظام التشغيل الأساسي والمكونات. لمزيد من المعلومات، راجع إنشاء مصنع صور مخصص.
استخدام صيغ قابلة لإعادة الاستخدام للأجهزة الظاهرية
صيغة DevTest Labs هي قائمة بقيم الخصائص الافتراضية للأجهزة الظاهرية. يمكن لمالك المختبر إنشاء صيغة في المختبر عن طريق اختيار صورة VM وحجم VM استنادا إلى وحدة المعالجة المركزية وذاكرة الوصول العشوائي وشبكة افتراضية. يمكن لمستخدمي Lab رؤية الصيغة واستخدامها لإنشاء أجهزة ظاهرية. لمزيد من المعلومات، راجع إدارة صيغ DevTest Labs.
استخدام القطع الأثرية لتخصيص الأجهزة الظاهرية
يمكن لمستخدمي المختبر إضافة قطع أثرية لتكوين الأجهزة الظاهرية للمختبر الخاصة بهم. يمكن أن تكون القطع الأثرية:
- أدوات للتثبيت على الجهاز الظاهري ، مثل الوكلاء أو عازف الكمان أو Visual Studio.
- إجراءات التشغيل على الجهاز الظاهري، مثل استنساخ ريبو.
- تطبيقات للاختبار.
تتوفر العديد من القطع الأثرية خارج الصندوق. يمكنك أيضا إنشاء قطع أثرية مخصصة إذا كنت بحاجة إلى مزيد من التخصيص. يمكنك تخزين القطع الأثرية المخصصة في ريبو Git خاص تقوم بتوصيله بمختبرك، بحيث يمكن لجميع مستخدمي المختبر إضافة القطع الأثرية إلى أجهزتهم الظاهرية. لمزيد من المعلومات، راجع إنشاء أدوات فنية مخصصة ل DevTest Labsوإضافة مستودع للقطع الأثرية إلى مختبر.
يمكنك إضافة أداة انضمام مجال Active Directory للانضمام إلى الأجهزة الظاهرية إلى مجال Active Directory عند الإنشاء. تنطبق هذه القطعة الأثرية فقط على المجالات.
بيئات متعددة الأجهزة الظاهرية
تتطلب العديد من سيناريوهات التطوير والاختبار بيئات متعددة الأجهزة الظاهرية مجهزة بموارد النظام الأساسي كخدمة (PaaS). تتضمن الأمثلة تطبيقات Azure Web Apps ومزارع SharePoint ومجموعات Service Fabric. قد يتطلب إنشاء البيئات وإدارتها عبر المؤسسة جهدا كبيرا.
باستخدام DevTest Labs، يمكن للفرق إنشاء بيئات متعددة الأجهزة الظاهرية أو تحديثها أو تكرارها بسهولة. يمكن للمطورين استخدام بيئات تم تكوينها بالكامل لتطوير أحدث إصدارات تطبيقاتهم واختبارها. تضمن بيئات مختبرات DevTest الاتساق عبر الفرق.
باستخدام قوالب ARM لنشر البيئات، يمكنك:
- نشر العديد من الأجهزة الظاهرية التي تم تكوينها مسبقا بشكل متكرر في حالة متناسقة.
- تحديد البنية التحتية والتكوين لبيئات Windows أو Linux.
- توفير موارد Azure PaaS وتتبع تكاليفها.
لمزيد من المعلومات، راجع استخدام قوالب ARM لإنشاء بيئات DevTest Labs.
منح المستخدمين حقوق المساهمين في موارد البيئة
بشكل افتراضي، تقوم مختبرات DevTest بإنشاء بيئات في مجموعات الموارد الخاصة بها، ولا يحصل مستخدمو DevTest Labs إلا على حق الوصول للقراءة إلى تلك البيئات. باستخدام الوصول للقراءة فقط، لا يمكن للمستخدمين إضافة موارد أو تغييرها في بيئاتهم. لكن المطورين غالبا ما يحتاجون إلى التحقيق في تقنيات أو تصميمات بنية تحتية مختلفة.
يمكن لمالكي الميزات الاختبارية السماح للمستخدمين بمزيد من التحكم من خلال منحهم حقوق المساهمين في البيئات التي ينشئونها. يمكن للمساهمين إضافة موارد Azure أو تغييرها حسب الضرورة في بيئات التطوير أو الاختبار الخاصة بهم. لمزيد من المعلومات، راجع تكوين حقوق مستخدم البيئة.
الفصول الدراسية والتدريب ومختبرات الهاكاثون
مختبرات DevTest مناسبة تماما للأنشطة العابرة مثل ورش العمل أو المختبرات العملية أو التدريب أو الهاكاثون. في هذه السيناريوهات:
- يمكن لقادة التدريب أو مالكي المختبرات استخدام قوالب مخصصة لإنشاء أجهزة ظاهرية أو بيئات متطابقة ومعزولة.
- يمكن للمتدربين الوصول إلى المختبر باستخدام عنوان URL.
- يمكن للمتدربين المطالبة بالأجهزة التي تم إنشاؤها مسبقا والتي تم تكوينها مسبقا من خلال إجراء واحد.
- يمكن لأصحاب المختبرات التحكم في تكاليف المختبر وعمره الافتراضي من خلال:
- تكوين السياسات.
- تعيين تواريخ انتهاء صلاحية الجهاز الظاهري.
- حذف الأجهزة الظاهرية والمختبرات عند انتهاء النشاط.
حذف المختبرات والأجهزة الظاهرية
يمكن لمالكي المختبرات إدارة التكاليف عن طريق حذف المختبرات والأجهزة الظاهرية عندما لا تكون هناك حاجة إليها.
- تعيين تواريخ انتهاء الصلاحية على الأجهزة الظاهرية.
- حذف المختبرات وجميع الموارد ذات الصلة.
- احذف كافة الأجهزة الظاهرية للمعمل عن طريق تشغيل برنامج PowerShell نصي واحد.
إثبات المفهوم وعمليات النشر الموسعة
لبدء استكشاف مختبرات DevTest، يمكن للمؤسسات استخدام إثبات المفهوموعمليات النشر الموسعة.
- يستخدم إثبات المفهوم جهدا مركزا من فريق واحد لإنشاء قيمة تنظيمية.
- يستخدم النشر الموسع أسابيع أو أشهر من المراجعة والتخطيط لنشر مختبرات DevTest في مؤسسة تضم مئات أو آلاف المطورين.
في حين أن النشر الفوري الموسع يبدو مغريا ، إلا أن هذا النهج غالبا ما يفشل دون إثبات المفهوم. من الأفضل أن تبدأ صغيرا ، وتتعلم من فريق واحد ، وتكرر نفس النهج مع عدد قليل من الفرق الأخرى ، ثم تخطط لنشر موسع بناء على المعرفة المكتسبة.
لإثبات المفهوم بنجاح:
- اختر فريقا أو فريقين.
- حدد سيناريوهات الفرق، مثل الأجهزة الظاهرية للمطورين أو بيئات الاختبار.
- توثيق حالات الاستخدام الحالية.
- نشر مختبرات DevTest للوفاء بسيناريوهات الفرق وحالات الاستخدام.
الخطوات التالية
بدء استخدام Azure DevTest Labs
هل أنت جديد في Azure؟ إنشاء حساب Azure مجاني.
هل أنت موجود بالفعل على Azure؟ ابدأ مع مختبرك الأول في مختبرات DevTest.
