استخدام قدرات المطالبة في مختبرات Azure DevTest
تعمل خدمة Azure DevTest Labs على تحسين فعالية وكفاءة المطورين والمختبرين. تركز هذه المقالة على القدرة على المطالبة أو إلغاء المطالبة الأجهزة الظاهرية في مختبرات DevTest Azure. كما يسرد طرق مختلفة لتحسين هذه الميزة تجربة المستخدم. قبل النظر إلى سيناريوهات مختلفة حيث يمكن استخدام هذه الميزة، دعونا ننظر إلى ماهية المطالبة وكيفية عملها.
آلات قابلة للمطالبة
الجهاز القابل للمطالبة به هو جهاز افتراضي (VM) تم إنشاؤه في معمل بدون مالك. بمجرد المطالبة بالجهاز، يكون لدى المستخدم مجموعة كاملة من الخيارات لذلك الجهاز الظاهري. عندما يطالب المستخدم بجهاز، يتم إجراء بعض التغييرات. يتم نقل VM من قائمة الأجهزة الظاهرية القابلة للمطالبة إلى قائمة الأجهزة الظاهرية الخاصة بي في مدخل Microsoft Azure.
يمكن للمستخدم الاتصال بـ VM أو تخصيص البيانات الاصطناعية أو إعادة التشغيل أو الإيقاف أو إلغاء المطالبة بالجهاز. هناك طريقتان لجعل الجهاز الظاهري قابلًا للمطالبة:
- إنشاء جهاز وإلغاء المطالبة به بحيث ينتقل إلى التجمع القابل للمطالبة.
- إنشاء VM ومكان في تجمع مشترك باستخدام إعدادات متقدمة.
هناك حالتان حيث يمكن استخدام إمكانات المطالبة/إلغاء المطالبة بشكل فعال. تتطلب الحالة الأولى مزيدًا من التفكير والتخطيط، ليتم تصميمها وتنفيذها بشكل صحيح. والثانية أكثر ظرفية. فيما يلي بعض الأمثلة على الحالات المختلفة.
الاستخدام المصمم للآلات القابلة للمطالبة
- تطوير البرامج / الاختبار: السماح للمطورين أو المختبرين بأن يكونوا أكثر إنتاجية من خلال تكوين الأجهزة الجاهزة وفي حالة غير مطالبة. إن امتلاك مجموعة من الأجهزة الافتراضية مع تكوينات مختلفة، وأدوات ضرورية، وأحدث رمز يسمح للمستخدمين بالمطالبة بجهاز افتراضي وبدء العمل دون الحاجة إلى قضاء الوقت في إعداد جهاز. قبل المطالبة بالأجهزة الظاهرية، يتم توفير الأجهزة ولكن يتم إغلاقها لتقليل تكلفة امتلاك أجهزة يتم استخدامها بشكل أقل. عندما تكون هناك حاجة إلى أجهزة ظاهرية، يقوم المستخدم ببساطة بطلب جهاز ظاهري، الذي يبدأ تشغيل الجهاز. خيار عدم المطالبة ليس مفيدًا في هذه الحالة لأن إنشاء جهاز افتراضي جديد غالبًا ما يكون أسهل وأرخص.
- الفصل الدراسي/المختبرات: قم بتكوين الأجهزة الظاهرية مسبقًا لفصل دراسي أو معمل بحيث يمكن للطلاب الاتصال على الفور بجهاز باستخدام مدخل Microsoft Azure. بمجرد أن يطالب الطالب بجهاز ظاهري، يضمن المختبر أنه لا يمكن لأحد المطالبة بنفس الجهاز. يضمن أتمتة هذه العملية توفر العدد المطلوب من الأجهزة ذات البيئة المحددة. إذا لم يظهر الطلاب أو تأخروا في العمل، يمكن الاحتفاظ بالآلات غير المطالب بها متاحة حتى تنتهي الجلسة بأقل تكلفة ممكنة. الخيار غير المطالب به ليس فعالًا في هذا السيناريو لأن الجهاز الظاهري في حالة غير معروفة عند انتهاء المستخدم السابق.
- العروض التوضيحية: استخدم الآلات للعروض التوضيحية، حيث تم إعداد الآلات في المختبر مع بيئات محددة. هذه الإمكانية مفيدة حيث قد يقوم العديد من الأشخاص بتقديم عرض توضيحي في نفس الوقت أو في أوقات عشوائية، مثل المؤتمر. قد يكون خيار عدم المطالبة مفيدًا في هذا الموقف حيث يجب ألا يغير العرض التوضيحي حالة الجهاز، مما يسمح للمستخدمين بإعادة جهاز افتراضي إلى المجموعة القابلة للمطالبة في العرض التوضيحي التالي. مع إلغاء توفير الجهاز الذي لم تتم المطالبة به وتكبده تكلفة أقل، يمكن ترك الأجهزة الظاهرية في المختبر لفترات زمنية أطول.
- العمال المؤقتون/المتعاقدون: السماح للمستخدمين باستخدام جهاز. عند مغادرتهم، يعيدون الجهاز الظاهري إلى التجمع القابل للمطالبة دون فقدان البيانات. مع عدم المطالبة بالجهاز الظاهري، يمكن لمستخدم آخر المطالبة بالجهاز الظاهري ومتابعة الجهاز أو مراجعته للحصول على معلومات إضافية.
- بشكل عام:تعد القدرة على تكوين مصدر وحيد ونشره تلقائيًا، على إيقاع محدد، مفيدة في العديد من المواقف المختلفة. هناك العديد من المواقف المختلفة حيث تساعد ميزة المطالبة / عدم المطالبة المستخدمين على أن يكونوا أكثر كفاءة من خلال وجود عملية آلية لإنشاء أجهزة افتراضية في حالة غير مُطالب بها مع تكوين محدد. قد يتضمن التكوين (التكوينات) أنظمة تشغيل مختلفة أو لغات أو أقراص أو برامج أخرى (أدوات) اعتمادًا على احتياجاتك. تتيح القدرة على المطالبة بجهاز ظاهري من المختبر لمستخدم المختبر الحصول على نظام مهيأ بشكل صحيح دون قضاء الوقت أو الجهد في تكوين الجهاز. يمكن لمدير المختبر استخدام الحالة المطالب بها من الأجهزة الظاهرية لتحسين عدد الأجهزة التي تم إنشاؤها، وتنظيف الآلات، وتحديد أولوية التكوينات. يُعد مصنع الصور مثالًا جيدًا لعملية آلية لإنشاء أجهزة ظاهرية وصور لمختبرات متعددة. يمكن تعديل البرامج النصية لتنفيذ أي من المواقف التالية بالتغييرات المناسبة أو استخدامها كمرجع لإنشاء نظام مخصص.
الاستخدام الظرفي للآلات القابلة للمطالبة
- استخدم إمكانية المطالبة أو عدم المطالبة التي تسمح للمستخدمين بتمرير التحكم في الأجهزة من جهاز إلى آخر وعدم الاضطرار إلى معرفة من سيقوم بالتقاط الجهاز بعد ذلك بشكل صريح.
- تطوير واختبار وتصحيح سيناريو حيث يمكن لتكوين جهاز معين إعادة إنتاج خطأ ثم يمكن للجهاز أن يكون غير مطالب به مما يسمح لمطور آخر بالمطالبة بالجهاز ومتابعة العمل. هذه الميزة مفيدة بشكل خاص حيث يعمل المزيد من الأشخاص عن بُعد في مناطق مختلفة من العالم.
- يمكن لأعضاء الفريق العمل مع بيئة واحدة. على سبيل المثال، يمكنك إعداد بيئة معقدة يدويًا لا يمكن تشغيلها تلقائيًا أو إنشاء موارد يمكنها فقط التعامل مع التعديلات لمدخل واحد مثل الصور. في الماضي، تم التعامل مع هذه المشكلة من خلال تشغيل آلة مخصصة. الميزة القابلة للمطالبة هي تحسين العملية اليدوية من خلال التحكم في وصول المستخدم المضمّن، وتحديد الهوية المرئية عند توفرها. عند عدم المطالبة به، يتم إلغاء توفير الجهاز الظاهري لتقليل التكاليف.
- لديك قرص بيانات مرفق بجهاز ظاهري. يسمح كل قرص يصل إلى ~ 1 تيرابايت من البيانات بتمرير كمية كبيرة من البيانات دون الحاجة إلى نسخ البيانات أو تكرارها. سيتم إنشاء الجهاز الظاهري في البداية باستخدام قرص مرفق يحتوي على حجم كبير من البيانات. يمكن لأي مستخدم بعد ذلك المطالبة بالجهز والوصول إلى البيانات. عند الانتهاء، لا يطالب الجهاز الظاهري للسماح للمستخدمين الآخرين بالجهاز.
هناك بعض المحاذير لاستخدام آلات يمكن المطالبة بها، والأكثر شيوعًا حول الوصول إلى الجهاز. إذا كان الجهاز منضمًا إلى المجال، فسيحتاج المستخدم الذي يدعي أن الجهاز قد تم منحه حق الوصول بالفعل، وعادة ما يتم ذلك عن طريق منح الوصول إلى مجموعة تشمل جميع المستخدمين في المختبر عند إنشاء الجهاز الظاهري. إذا لم يكن الجهاز منضمًا إلى المجال، فسيلزم تشغيل الأداة Reset VM Password في المستودع العام لإضافة المستخدم كمسؤول. يمكن تطبيق البيانات الاصطناعية حتى بعد بدء تشغيل الجهاز أو المطالبة به.
الخطوات التالية
راجع المقالة التالية: إنشاء وإدارة أجهزة ظاهرية قابلة للمطالبة في مختبرات Azure DevTest