تمرين - إعداد بيئة Azure DevOps

مكتمل

في هذا القسم، تأكد من إعداد مؤسسة Azure DevOps لإكمال بقية هذه الوحدة النمطية. يمكنك أيضا إنشاء بيئات Azure App Service التي تقوم بنشرها في وقت لاحق.

لتحقيق هذه الأهداف، يمكنك:

  • أضف مستخدما للتأكد من أن Azure DevOps يمكنه الاتصال باشتراك Azure الخاص بك.
  • إعداد مشروع Azure DevOps لهذه الوحدة النمطية.
  • في Azure Boards، انقل عنصر العمل لهذه الوحدة النمطية إلى العمود Doing.
  • تأكد من إعداد مشروعك محليا بحيث يمكنك دفع التغييرات إلى البنية الأساسية لبرنامج ربط العمليات التجارية.
  • إنشاء بيئات Azure App Service باستخدام Azure CLI في Azure Cloud Shell.
  • إنشاء متغيرات البنية الأساسية لبرنامج ربط العمليات التجارية التي تحدد أسماء بيئات App Service.
  • إنشاء اتصال خدمة يمكن Azure Pipelines من الوصول بأمان إلى اشتراك Azure الخاص بك.

إضافة مستخدم إلى Azure DevOps

لإكمال هذه الوحدة النمطية، تحتاج إلى اشتراك Azure الخاص بك. يمكنك البدء باستخدام Azure مجانا.

لا تحتاج إلى اشتراك Azure لاستخدام Azure DevOps، ولكن هنا يمكنك استخدام Azure DevOps للتوزيع إلى موارد Azure الموجودة في اشتراك Azure. لتبسيط العملية، استخدم نفس حساب Microsoft لتسجيل الدخول إلى كل من اشتراك Azure ومؤسسة Azure DevOps.

إذا كنت تستخدم حسابات Microsoft مختلفة لتسجيل الدخول إلى Azure وAzure DevOps، أضف مستخدما إلى مؤسسة DevOps الخاصة بك ضمن حساب Microsoft الذي تستخدمه لتسجيل الدخول إلى Azure. لمزيد من المعلومات، راجع إضافة مستخدمين إلى مؤسستك أوالمشروع . عند إضافة المستخدم، حدد مستوى الوصول الأساسي.

بعد ذلك، سجل الخروج من Azure DevOps وسجل الدخول. استخدم حساب Microsoft الذي تستخدمه لتسجيل الدخول إلى اشتراك Azure.

الحصول على مشروع Azure DevOps

هنا، تأكد من إعداد مؤسسة Azure DevOps لإكمال بقية هذه الوحدة النمطية. للقيام بذلك، يمكنك تشغيل قالب يقوم بإنشاء مشروع في Azure DevOps.

تشكل الوحدات النمطية في مسار التعلم هذا تقدما. يمكنك متابعة فريق ويب Tailspin من خلال رحلة DevOps الخاصة بهم. لأغراض التعلم، لكل وحدة مشروع Azure DevOps الخاص بها.

تشغيل القالب

تشغيل قالب يقوم بإعداد مؤسسة Azure DevOps:

تشغيل القالب

من موقع Azure DevOps Demo Generator، لتشغيل القالب، اتبع الخطوات التالية.

  1. حدد تسجيل الدخول، واقبل شروط الاستخدام.

  2. في صفحة إنشاء مشروع جديد، حدد مؤسسة Azure DevOps. أدخل اسم مشروع، مثل Space Game - web - multistage.

    لقطة شاشة ل Azure DevOps Demo Generator تعرض عملية إنشاء المشروع.

  3. حدد نعم، أريد نسخ هذا المستودع>تخويل.

    إذا ظهرت نافذة، فأذن بالوصول إلى حساب GitHub الخاص بك.

    مهم

    تحتاج إلى تحديد هذا الخيار حتى يتصل القالب بمستودع GitHub الخاص بك. حدده حتى إذا قمت بالفعل بتشعب مشروع موقع ويب Space Game. يستخدم القالب نسخة المستودع الموجودة لديك.

  4. حدد Create Project.

    يستغرق تشغيل القالب بضع لحظات.

  5. للانتقال إلى مشروعك في Azure DevOps، حدد Navigate to project.

مهم

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

تعيين رؤية المشروع

في البداية، يتم تعيين نسخة المستودع الخاصة بك من مستودع Space Game على GitHub إلى عام بينما يتم تعيين المشروع الذي تم إنشاؤه بواسطة قالب Azure DevOps إلى خاص. يمكن لأي شخص الوصول إلى مستودع عام على GitHub، بينما يمكن الوصول إلى مستودع خاص فقط لك وللأشخاص الذين تختار مشاركته معهم. وبالمثل، في Azure DevOps، توفر المشاريع العامة وصولا للقراءة فقط للمستخدمين غير المصادق عليهم، بينما تتطلب المشاريع الخاصة منح المستخدمين حق الوصول والمصادقة للوصول إلى الخدمات.

في الوقت الحالي، ليس من الضروري تعديل أي من هذه الإعدادات لأغراض هذه الوحدة. ومع ذلك، بالنسبة لمشاريعك الشخصية، يجب عليك تحديد الرؤية والوصول الذي ترغب في منحه للآخرين. على سبيل المثال، إذا كان مشروعك مفتوح المصدر، يمكنك اختيار جعل كل من مستودع GitHub ومشروع Azure DevOps عاما. إذا كان مشروعك مملوكا، فعادة ما تجعل كلا من مستودع GitHub ومشروع Azure DevOps الخاص بك خاصا.

في وقت لاحق، قد تجد الموارد التالية مفيدة في تحديد الخيار الأفضل لمشروعك:

نقل عنصر العمل إلى "القيام"

هنا، يمكنك تعيين عنصر عمل لنفسك على Azure Boards. يمكنك أيضا نقل عنصر العمل إلى حالة Doing. في الممارسة العملية، ستقوم أنت وفريقك بإنشاء عناصر عمل في بداية كل دورة متكررة أو تكرار العمل.

يمنحك تعيين العمل هذا قائمة اختيار للعمل منها. فهو يمنح أعضاء الفريق الآخرين رؤية لما تعمل عليه ومقدار العمل المتبقي. يساعد عنصر العمل أيضا في فرض حدود العمل قيد التقدم (WIP) بحيث لا يأخذ الفريق الكثير من العمل في وقت واحد.

تذكر أن الفريق استقر على أهم المشكلات التالية في الدورة المتكررة الحالية.

لقطة شاشة ل Azure Boards تعرض المهام الخمس لهذه الدورة المتكررة.

ملاحظه

ضمن مؤسسة Azure DevOps، يتم ترقيم عناصر العمل بشكل تسلسلي. في مشروعك، قد لا يتطابق رقم كل عنصر عمل مع ما تراه هنا.

هنا يمكنك نقل العنصر الأول، Create a multistage pipeline، إلى عمود Doing. ثم تقوم بتعيين نفسك لعنصر العمل. يتعلق إنشاء البنية الأساسية لبرنامج ربط العمليات التجارية متعددة المراحل بتعريف كل مرحلة من مراحل نشر موقع لعبة الفضاء.

لإعداد عنصر العمل:

  1. من Azure DevOps، انتقل إلى Boards. ثم، من القائمة، حدد Boards.

    لقطة شاشة ل Azure DevOps تعرض موقع قائمة اللوحات.

  2. في إنشاء مسار متعدد المراحل البطاقة، حدد السهم لأسفل. بعد ذلك، قم بتعيين عنصر العمل لنفسك.

    لقطة شاشة للوحات Azure تعرض موقع السهم لأسفل.

  3. انقل عنصر العمل من العمود To Do إلى العمود Doing.

    لقطة شاشة ل Azure Boards تعرض البطاقة في عمود «Doing».

في نهاية هذه الوحدة النمطية، ستقوم بنقل البطاقة إلى العمود Done، بعد إكمال المهمة.

إعداد المشروع محليا

هنا يمكنك تحميل مشروع Space Game في Visual Studio Code، وتكوين Git، واستنساخ مستودعك محليا، وإعداد جهاز التحكم عن بعد المصدر بحيث يمكنك تنزيل رمز البداية.

ملاحظه

إذا كنت قد أعددت بالفعل مشروع mslearn-tailspin-spacegame-web-deploy محليا، يمكنك الانتقال إلى القسم التالي.

فتح المحطة الطرفية المتكاملة

يأتي Visual Studio Code مزودا بمحطة طرفية متكاملة. هنا يمكنك تحرير الملفات والعمل من سطر الأوامر.

  1. ابدأ تشغيل Visual Studio Code.

  2. في القائمة View، حدد Terminal.

  3. في القائمة المنسدلة، حدد Git Bash. إذا كنت على دراية ب Unix shell آخر تفضل استخدامه، فحدد shell بدلا من ذلك.

    لقطة شاشة ل Visual Studio Code تظهر موقع Git Bash shell.

    في نافذة المحطة الطرفية، يمكنك اختيار أي shell مثبت على نظامك. على سبيل المثال، يمكنك اختيار Git Bash أو PowerShell أو shell آخر.

    هنا ستستخدم Git Bash، وهو جزء من Git for Windows، مما يسهل تشغيل أوامر Git.

    ملاحظه

    في Windows، إذا كنت لا ترى Git Bash مدرجا كخيار، فتأكد من تثبيت Git، ثم أعد تشغيل Visual Studio Code.

  4. قم بتشغيل الأمر cd للانتقال إلى الدليل حيث تريد العمل. اختر الدليل الرئيسي (~) أو دليلا مختلفا إذا أردت ذلك.

    cd ~
    

تكوين Git

إذا كنت جديدا على Git وGitHub، فقم أولا بتشغيل بعض الأوامر لربط هويتك ب Git والمصادقة مع GitHub. لمزيد من المعلومات، راجع إعداد Git.

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

  1. تعيين اسم المستخدم.
  2. تعيين عنوان البريد الإلكتروني للالتزام.
  3. تخزين كلمة مرور GitHub مؤقتا.

ملاحظه

إذا كنت تستخدم بالفعل مصادقة ثنائية مع GitHub، إنشاء رمز وصول شخصي. عند مطالبتك، استخدم الرمز المميز بدلا من كلمة المرور الخاصة بك.

تعامل مع الرمز المميز للوصول الخاص بك مثل كلمة مرور. احتفظ به في مكان آمن.

إعداد مشروعك في Visual Studio Code

في إنشاء التطبيقات باستخدام Azure DevOps مسار التعلم، قمت بنسخ مستودع Git ثم نسخه. يحتوي المستودع على التعليمات البرمجية المصدر لموقع ويب Space Game. تم توصيل نسختك التتشعبية بمشاريعك في Azure DevOps بحيث يتم تشغيل البنية عند دفع التغييرات إلى GitHub.

مهم

في مسار التعلم هذا، ننتقل إلى مستودع Git مختلف، mslearn-tailspin-spacegame-web-deploy. عند تشغيل القالب لإعداد مشروع Azure DevOps الخاص بك، نسخت العملية المستودع تلقائيا نيابة عنك.

في هذا الجزء، يمكنك استنساخ نسخة المستودع محليا بحيث يمكنك تغيير وتكوين البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك.

استنساخ نسخة المستودع محليا

لديك الآن نسخة من مشروع ويب Space Game في حساب GitHub الخاص بك. ستقوم الآن بتنزيل نسخة أو نسخةإلى الكمبيوتر حتى تتمكن من العمل معها.

النسخة، تماما مثل نسخة المستودع، هي نسخة من المستودع. عند استنساخ مستودع، يمكنك إجراء تغييرات، والتحقق من أنها تعمل كما تتوقع، ثم تحميل هذه التغييرات إلى GitHub. يمكنك أيضا مزامنة نسختك المحلية مع التغييرات التي أجراها المستخدمون الآخرون المصادق عليهم على نسخة GitHub من المستودع الخاص بك.

لاستنساخ مشروع ويب Space Game على الكمبيوتر:

  1. انتقل إلى نسختك من مشروع الويب Space Game (mslearn-tailspin-spacegame-web-deploy) على GitHub.

  2. حدد التعليمات البرمجية. بعد ذلك، من علامة التبويب HTTPS، حدد الزر بجوار عنوان URL الذي يظهر لنسخ عنوان URL إلى الحافظة.

    لقطة شاشة توضح كيفية تحديد موقع عنوان URL وزر النسخ من مستودع GitHub.

  3. في Visual Studio Code، انتقل إلى نافذة المحطة الطرفية.

  4. في المحطة الطرفية، انتقل إلى الدليل حيث تريد العمل. اختر الدليل الرئيسي (~) أو دليلا مختلفا إذا أردت ذلك.

    cd ~
    
  5. قم بتشغيل الأمر git clone. استبدل عنوان URL الموضح هنا بمحتويات الحافظة:

    git clone https://github.com/your-name/mslearn-tailspin-spacegame-web-deploy.git
    
  6. الانتقال إلى دليل mslearn-tailspin-spacegame-web-deploy. هذا هو الدليل الجذر لمستودعك.

    cd mslearn-tailspin-spacegame-web-deploy
    

إعداد جهاز التحكم عن بعد المصدر

عن بعد هو مستودع Git حيث يتعاون أعضاء الفريق (مثل مستودع على GitHub). هنا يمكنك سرد أجهزة التحكم عن بعد وإضافة جهاز تحكم عن بعد يشير إلى نسخة Microsoft من المستودع بحيث يمكنك الحصول على أحدث نموذج للتعليمات البرمجية.

  1. قم بتشغيل أمر git remote هذا لسرد أجهزة التحكم عن بعد:

    git remote -v
    

    ترى أن لديك حق الوصول إلى مستودعك كل من الجلب (التنزيل) والدفع (التحميل):

    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)
    

    يحدد Origin مستودعك على GitHub. عند نسخ التعليمات البرمجية من مستودع آخر، غالبا ما يطلق على جهاز التحكم عن بعد الأصلي (الذي نسخت منه) اسم المصدر.

  2. قم بتشغيل أمر git remote add هذا لإنشاء عن بعد يسمى المصدر يشير إلى مستودع Microsoft:

    git remote add upstream https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git
    
  3. قم بتشغيل git remote مرة أخرى لمشاهدة التغييرات:

    git remote -v
    

    ترى أنه لا يزال لديك حق الوصول (التنزيل) والدفع (التحميل) إلى المستودع الخاص بك. لديك الآن أيضا حق الوصول إلى مستودع Microsoft:

    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)
    upstream        https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git (fetch)
    

فتح المشروع في مستكشف الملفات

في Visual Studio Code، تشير نافذة المحطة الطرفية إلى الدليل الجذر لمشروع ويب Space Game. لعرض بنيته والعمل مع الملفات، من مستكشف الملفات، ستفتح المشروع الآن.

  1. أسهل طريقة لفتح المشروع هي إعادة فتح Visual Studio Code في الدليل الحالي. للقيام بذلك، قم بتشغيل الأمر التالي من المحطة الطرفية المتكاملة:

    code -r .
    

    ترى الدليل وشجرة الملفات في مستكشف الملفات.

  2. أعد فتح المحطة الطرفية المتكاملة. تضعك المحطة الطرفية في جذر مشروع الويب الخاص بك.

إذا فشل الأمر code، فستحتاج إلى إضافة Visual Studio Code إلى مسار النظام. للقيام بذلك:

  1. في Visual Studio Code، حدد F1 أو حدد View>Command Palette للوصول إلى لوحة الأوامر.
  2. في لوحة الأوامر، أدخل Shell Command: Install 'code' command in PATH.
  3. كرر الإجراء السابق لفتح المشروع في مستكشف الملفات.

لقد تم إعدادك الآن للعمل مع Space Game التعليمات البرمجية المصدر وتكوين Azure Pipelines من بيئة التطوير المحلية.

إنشاء بيئات Azure App Service

هنا، يمكنك إنشاء البيئات التي تحدد مراحل البنية الأساسية لبرنامج ربط العمليات التجارية. يمكنك إنشاء مثيل App Service واحد لكل مرحلة: Devاختبارو و التقسيم المرحلي.

في إنشاء مسار إصدار باستخدام Azure Pipelines، قمت بإحضار App Service من خلال مدخل Microsoft Azure. على الرغم من أن المدخل هو طريقة رائعة لاستكشاف ما هو متاح على Azure أو للقيام بالمهام الأساسية، فإن إحضار مكونات مثل App Service يمكن أن يكون مملا.

في هذه الوحدة النمطية، يمكنك استخدام Azure CLI لإظهار ثلاثة مثيلات App Service. يمكنك الوصول إلى Azure CLI من محطة طرفية أو من خلال Visual Studio Code. هنا، يمكنك الوصول إلى Azure CLI من Azure Cloud Shell. تتم استضافة تجربة shell المستندة إلى المستعرض هذه في السحابة. في Cloud Shell، يتم تكوين Azure CLI للاستخدام مع اشتراك Azure الخاص بك.

مهم

لإكمال التدريبات في هذه الوحدة النمطية، تحتاج إلى اشتراك Azure الخاص بك.

إحضار Cloud Shell من خلال مدخل Microsoft Azure

  1. انتقل إلى مدخل Microsoft Azure، وسجل الدخول.

  2. من القائمة، حدد Cloud Shell. عند مطالبتك، حدد تجربة Bash.

    لقطة شاشة لمدخل Azure تعرض موقع عنصر قائمة Cloud Shell.

    ملاحظه

    يتطلب Cloud Shell مورد تخزين Azure للاستمرار في أي ملفات تقوم بإنشائها في Cloud Shell. عند فتح Cloud Shell لأول مرة، تتم مطالبتك بإنشاء مجموعة موارد وحساب تخزين ومشاركة ملفات Azure. يتم استخدام هذا الإعداد تلقائيا لجميع جلسات عمل Cloud Shell المستقبلية.

تحديد منطقة Azure

المنطقة هي مركز بيانات Azure واحد أو أكثر داخل موقع جغرافي. تعد شرق الولايات المتحدة وغرب الولايات المتحدة وشمال أوروبا أمثلة على المناطق. يتم تعيين منطقة لكل مورد Azure، بما في ذلك مثيل App Service.

لتسهيل تشغيل الأوامر، ابدأ بتحديد منطقة افتراضية. بعد تحديد المنطقة الافتراضية، تستخدم الأوامر اللاحقة تلك المنطقة ما لم تحدد منطقة مختلفة.

  1. من Cloud Shell، لسرد المناطق المتوفرة من اشتراك Azure، قم بتشغيل الأمر az account list-locations التالي.

    az account list-locations \
      --query "[].{Name: name, DisplayName: displayName}" \
      --output table
    
  2. من العمود Name في الإخراج، حدد منطقة قريبة منك. على سبيل المثال، اختر eastasia أو westus2.

  3. قم بتشغيل az configure لتعيين منطقتك الافتراضية. استبدل <REGION> باسم المنطقة التي حددتها.

    az configure --defaults location=<REGION>
    

    يعين هذا المثال westus2 كمنطقة افتراضية:

    az configure --defaults location=westus2
    

إنشاء مثيلات App Service

هنا، يمكنك إنشاء مثيلات App Service للمراحل الثلاث التي تقوم بنشرها إلى: Dev، اختبار، التقسيم المرحلي. فيما يلي نظرة عامة موجزة على العملية التي تتبعها:

  1. إنشاء رقم عشوائي يجعل اسم مجال تطبيق الويب فريدا.

    هذه الخطوة هي لأغراض التعلم. في الممارسة العملية، يمكنك اختيار اسم مجال يطابق اسم التطبيق أو الخدمة.

  2. إنشاء مجموعة موارد تحتوي على جميع مثيلات App Service.

    لأغراض التعلم، هنا يمكنك إنشاء مجموعة موارد واحدة تحتوي على جميع مثيلات App Service. في الممارسة العملية، يمكنك إنشاء مجموعة موارد منفصلة لكل مثيل App Service بحيث يمكنك التحكم بشكل أفضل في دورة حياة كل مثيل.

  3. إنشاء خطة App Service.

    تحدد خطة App Service موارد وحدة المعالجة المركزية والذاكرة والتخزين لتطبيق الويب الخاص بك. هنا، يمكنك استخدام خطة الأساسية B1. هذه الخطة مخصصة للتطبيقات ذات متطلبات نسبة استخدام الشبكة المنخفضة. خطط Standard و Premium مخصصة لأحمال عمل الإنتاج. تعمل هذه الخطط على مثيلات الجهاز الظاهري المخصصة.

  4. لكل من Devوبيئات Testو و Staging، قم بإنشاء مثيل App Service.

  5. احصل على اسم المضيف لكل بيئة.

  6. تحقق من تشغيل كل بيئة، ومن إمكانية الوصول إلى الصفحة الرئيسية.

    ملاحظه

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

لإنشاء مثيلات App Service، اتبع الخطوات التالية:

  1. من Cloud Shell، قم بإنشاء رقم عشوائي يجعل اسم مجال تطبيق الويب الخاص بك فريدا.

    webappsuffix=$RANDOM
    
  2. لإنشاء مجموعة موارد تسمى tailspin-space-game-rg، قم بتشغيل أمر az group create التالي.

    az group create --name tailspin-space-game-rg
    
  3. لإنشاء خطة App Service المسماة tailspin-space-game-asp، قم بتشغيل أمر az appservice plan create التالي.

    az appservice plan create \
      --name tailspin-space-game-asp \
      --resource-group tailspin-space-game-rg \
      --sku B1 \
      --is-linux
    

    تحدد الوسيطة --sku الخطة B1. تعمل هذه الخطة على المستوى الأساسي. تحدد الوسيطة --is-linux استخدام عمال Linux.

    مهم

    إذا لم يكن B1 SKU متوفرا في اشتراك Azure، حدد خطة مختلفة، مثل S1 (قياسي).

  4. لإنشاء مثيلات App Service الثلاثة، واحد لكل بيئة (Dev، اختبار، التقسيم المرحلي)، قم بتشغيل أوامر az webapp create التالية.

    az webapp create \
      --name tailspin-space-game-web-dev-$webappsuffix \
      --resource-group tailspin-space-game-rg \
      --plan tailspin-space-game-asp \
      --runtime "DOTNET|6.0"
    
    az webapp create \
      --name tailspin-space-game-web-test-$webappsuffix \
      --resource-group tailspin-space-game-rg \
      --plan tailspin-space-game-asp \
      --runtime "DOTNET|6.0"
    
    az webapp create \
      --name tailspin-space-game-web-staging-$webappsuffix \
      --resource-group tailspin-space-game-rg \
      --plan tailspin-space-game-asp \
      --runtime "DOTNET|6.0"
    

    لأغراض التعلم، هنا، يمكنك تطبيق نفس خطة App Service، B1 Basic، على كل مثيل App Service. في الممارسة العملية، يمكنك تعيين خطة تطابق حمل العمل المتوقع.

    على سبيل المثال، بالنسبة للبيئات التي تعين إلى Dev ومراحل اختبار، قد يكون B1 Basic مناسبا لأنك تريد فقط لفريقك الوصول إلى البيئات.

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

  5. لسرد اسم المضيف وحالة كل مثيل App Service، قم بتشغيل الأمر az webapp list التالي.

    az webapp list \
      --resource-group tailspin-space-game-rg \
      --query "[].{hostName: defaultHostName, state: state}" \
      --output table
    

    لاحظ اسم المضيف لكل خدمة قيد التشغيل. تحتاج إلى أسماء المضيفين هذه لاحقا عند التحقق من عملك. فيما يلي مثال:

    HostName                                                 State
    -------------------------------------------------------  -------
    tailspin-space-game-web-dev-21017.azurewebsites.net      Running
    tailspin-space-game-web-test-21017.azurewebsites.net     Running
    tailspin-space-game-web-staging-21017.azurewebsites.net  Running
    
  6. كخطوة اختيارية، انتقل إلى اسم مضيف واحد أو أكثر. تحقق من أنها قيد التشغيل، ومن ظهور الصفحة الرئيسية الافتراضية.

    إليك ما تراه:

    لقطة شاشة لمستعرض ويب تعرض الصفحة الرئيسية الافتراضية على Azure App Service.

مهم

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

إنشاء متغيرات البنية الأساسية لبرنامج ربط العمليات التجارية في Azure Pipelines

في إنشاء مسار إصدار باستخدام Azure Pipelines، أضفت متغيرا إلى البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك يخزن اسم تطبيق الويب الخاص بك في App Service. هنا تفعل الشيء نفسه. ولكن هذه المرة، يمكنك إضافة متغير واحد لكل مثيل App Service يتوافق مع Devأو Testأو مرحلة التقسيم المرحلي في البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك.

يمكنك ترميز هذه الأسماء في تكوين البنية الأساسية لبرنامج ربط العمليات التجارية، ولكن إذا قمت بتعريفها كمتغيرات، فإن التكوين الخاص بك أكثر قابلية لإعادة الاستخدام. بالإضافة إلى ذلك، إذا تغيرت أسماء مثيلات App Service، يمكنك تحديث المتغيرات وتشغيل البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك دون تعديل التكوين الخاص بك.

لإضافة المتغيرات:

  1. في Azure DevOps، انتقل إلى مشروع Space Game - web - Multistage.

  2. ضمن Pipelines، حدد مكتبة.

    لقطة شاشة ل Azure Pipelines تعرض موقع خيار قائمة المكتبة.

  3. حدد + مجموعة المتغيرات.

  4. ضمن Properties، أدخل Release لاسم مجموعة المتغيرات.

  5. ضمن المتغيرات، حدد + إضافة.

  6. للحصول على اسم المتغير الخاص بك، أدخل WebAppNameDev. بالنسبة للقيمة، أدخل اسم مثيل App Service الذي يتوافق مع بيئة Dev، مثل tailspin-space-game-web-dev-1234.

  7. كرر الخطوتين السابقتين مرتين لإنشاء متغيرات لبيئات Test وبيئات التقسيم المرحلي. فيما يلي أمثلة:

    اسم المتغير قيمة المثال
    WebAppNameTest tailspin-space-game-web-test-1234
    WebAppNameStaging tailspin-space-game-web-staging-1234

    تأكد من استبدال كل قيمة مثال بمثيل App Service الذي يتوافق مع بيئتك.

    مهم

    تعيين اسم مثيل App Service، وليس اسم المضيف الخاص به. في هذا المثال، يمكنك إدخال tailspin-space-game-web-dev-1234 وليس tailspin-space-game-web-dev-1234.azurewebsites.net.

  8. بالقرب من بداية الصفحة، حدد Save لحفظ المتغير في البنية الأساسية لبرنامج ربط العمليات التجارية.

    تشبه مجموعة المتغيرات هذه:

    لقطة شاشة ل Azure Pipelines تعرض مجموعة المتغيرات. تحتوي المجموعة على ثلاثة متغيرات.

إنشاء بيئات التطوير والاختبار

في إنشاء مسار إصدار باستخدام Azure Pipelines، قمت بإنشاء بيئة لبيئة التطوير. هنا، يمكنك تكرار العملية لكل من التطوير وبيئات الاختبار. لاحقا، يمكنك إعداد بيئة التقسيم المرحلي، والتي تتضمن المزيد من المعايير.

لإنشاء dev وبيئات الاختبار:

  1. من Azure Pipelines، حدد Environments.

    لقطة شاشة ل Azure Pipelines تعرض موقع خيار قائمة البيئات.

  2. لإنشاء بيئة تطوير:

    1. حدد إنشاء بيئة.
    2. ضمن Name، أدخل dev.
    3. اترك الحقول المتبقية بقيمها الافتراضية.
    4. حدد Create.
  3. لإنشاء بيئة اختبار:

    1. ارجع إلى صفحة بيئات.
    2. حدد بيئة جديدة.
    3. ضمن Name، أدخل اختبار.
    4. حدد Create.

إنشاء اتصال خدمة

هنا، يمكنك إنشاء اتصال خدمة يمكن Azure Pipelines من الوصول إلى اشتراك Azure الخاص بك. تستخدم Azure Pipelines اتصال الخدمة هذا لنشر موقع الويب إلى App Service. لقد قمت بإنشاء اتصال خدمة مشابه في الوحدة النمطية السابقة.

مهم

تأكد من تسجيل الدخول إلى كل من مدخل Microsoft Azure وAzure DevOps ضمن نفس حساب Microsoft.

  1. في Azure DevOps، انتقل إلى مشروع Space Game - web - Multistage.

  2. من الزاوية السفلية اليمنى من الصفحة، حدد Project settings.

  3. ضمن Pipelines، حدد Service connections.

  4. حدد اتصال خدمة جديدة، ثم حدد Azure Resource Manager، ثم حدد Next.

  5. في بداية الصفحة، حدد Service principal (automatic). ثم حدد Next.

  6. املأ هذه الحقول:

    ميدان قيمة
    مستوى النطاق اشتراك
    اكتتاب اشتراكك في Azure
    مجموعة الموارد tailspin-space-game-rg
    اسم اتصال الخدمة Resource Manager - Tailspin - Space Game

    أثناء العملية، قد تتم مطالبتك بتسجيل الدخول إلى حساب Microsoft الخاص بك.

  7. تأكد من تحديد منح إذن الوصول لجميع المسارات.

  8. حدد Save.

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