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

  • 15 دقائق

في هذا القسم، تأكد من إعداد مؤسسة 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.

    A screenshot of the Azure DevOps Demo Generator showing the process for creating the project.

  3. حدد Yes, I want to fork this repository>Authorize.

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

    هام

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

  4. حدد إنشاء مشروع.

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

  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) بحيث لا يأخذ الفريق الكثير من العمل في وقت واحد.

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

A screenshot of Azure Boards showing the five tasks for this sprint.

إشعار

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

هنا يمكنك نقل العنصر الأول، إنشاء مسار متعدد المراحل، إلى العمود «Doing». ثم تقوم بتعيين نفسك لعنصر العمل. يرتبط إنشاء مسار متعدد المراحل بتعريف كل مرحلة من مراحل نشر موقع Space Game على الويب.

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

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

    A screenshot of Azure DevOps showing the location of the Boards menu.

  2. في بطاقة Create a multistage pipeline، حدد السهم لأسفل. بعد ذلك، قم بتعيين عنصر العمل لنفسك.

    Screenshot of Azure Boards showing the location of the down arrow.

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

    A screenshot of Azure Boards showing the card in the Doing column.

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

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

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

إشعار

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

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

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

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

  2. في القائمة عرض ، حدد Terminal.

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

    A screenshot of Visual Studio Code showing the location of the 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. حدد Code. بعد ذلك، من علامة التبويب HTTPS، حدد الزر المجاور لعنوان URL الذي يظهر لنسخ عنوان URL إلى الحافظة.

    Screenshot that shows how to locate the URL and copy button from the GitHub repository.

  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 لإنشاء تحكم عن بعد يسمى upstream يشير إلى مستودع 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 إلى نظام PATH لديك. للقيام بذلك:

  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 واحد لكل مرحلة: التطوير والاختبار والتقسيم المرحلي.

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

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

هام

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

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

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

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

    A screenshot of the Azure portal showing the location of the Cloud Shell menu item.

    إشعار

    يتطلب 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 للمراحل الثلاث التي تقوم بنشرها إلى: التطوير والاختبار والتقسيم المرحلي. فيما يلي نظرة عامة موجزة على العملية التي تتبعها:

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

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

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

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

  3. قم بإنشاء خطة خدمة التطبيق.

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

  4. قم بإنشاء مثيل 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 الثلاثة، واحد لكل من بيئات التطوير والاختبار والتشغيل المرحلي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. في الممارسة العملية، يمكنك تعيين خطة تطابق حمل العمل المتوقع.

    على سبيل المثال، بالنسبة للبيئات التي تعين إلى مرحلتي التطوير والاختبار، قد يكون 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. كخطوة اختيارية، انتقل إلى اسم مضيف واحد أو أكثر. تحقق من أنها قيد التشغيل، ومن ظهور الصفحة الرئيسية الافتراضية.

    إليك ما تراه:

    A screenshot of a web browser showing the default home page on Azure App Service.

هام

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

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

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

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

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

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

  2. ضمن Pipelines، حدد Library.

    A screenshot of Azure Pipelines showing the location of the Library menu option.

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

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

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

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

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

    اسم المتغير مثال للقيمة
    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 لحفظ المتغير في المسار.

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

    A screenshot of Azure Pipelines showing the variable group. The group contains three variables.

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

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

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

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

    A screenshot of Azure Pipelines showing the location of the Environments menu option.

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

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

  3. لإنشاء بيئةالاختبار:

    1. العودة إلى صفحةEnvironments.
    2. حدد New environment.
    3. ضمن «Name»، أدخِل الاختبار.
    4. حدد إنشاء.

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

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

هام

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

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

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

  3. تحت البنيات الأساسية لبرنامج ربط العمليات التجارية، حدد اتصالات الخدمة.

  4. حدد New service connection، ثم حدد Azure Resource Manager، ثم حدد Next.

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

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

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

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

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

  8. حدد حفظ.

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