تمرين - إعداد بيئة 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، لتشغيل القالب، اتبع الخطوات التالية.
حدد تسجيل الدخول، واقبل شروط الاستخدام.
في صفحة إنشاء مشروع جديد، حدد مؤسسة Azure DevOps. أدخل اسم مشروع، مثل Space Game - web - multistage.
حدد نعم، أريد نسخ هذا المستودع>تخويل.
إذا ظهرت نافذة، فأذن بالوصول إلى حساب GitHub الخاص بك.
مهم
تحتاج إلى تحديد هذا الخيار حتى يتصل القالب بمستودع GitHub الخاص بك. حدده حتى إذا قمت بالفعل بتشعب مشروع موقع ويب Space Game. يستخدم القالب نسخة المستودع الموجودة لديك.
حدد Create Project.
يستغرق تشغيل القالب بضع لحظات.
للانتقال إلى مشروعك في 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 DevOps، يتم ترقيم عناصر العمل بشكل تسلسلي. في مشروعك، قد لا يتطابق رقم كل عنصر عمل مع ما تراه هنا.
هنا يمكنك نقل العنصر الأول، Create a multistage pipeline، إلى عمود Doing. ثم تقوم بتعيين نفسك لعنصر العمل. يتعلق إنشاء البنية الأساسية لبرنامج ربط العمليات التجارية متعددة المراحل بتعريف كل مرحلة من مراحل نشر موقع لعبة الفضاء.
لإعداد عنصر العمل:
من Azure DevOps، انتقل إلى Boards. ثم، من القائمة، حدد Boards.
في إنشاء مسار متعدد المراحل البطاقة، حدد السهم لأسفل. بعد ذلك، قم بتعيين عنصر العمل لنفسك.
انقل عنصر العمل من العمود To Do إلى العمود Doing.
في نهاية هذه الوحدة النمطية، ستقوم بنقل البطاقة إلى العمود Done، بعد إكمال المهمة.
إعداد المشروع محليا
هنا يمكنك تحميل مشروع Space Game في Visual Studio Code، وتكوين Git، واستنساخ مستودعك محليا، وإعداد جهاز التحكم عن بعد المصدر بحيث يمكنك تنزيل رمز البداية.
ملاحظه
إذا كنت قد أعددت بالفعل مشروع mslearn-tailspin-spacegame-web-deploy محليا، يمكنك الانتقال إلى القسم التالي.
فتح المحطة الطرفية المتكاملة
يأتي Visual Studio Code مزودا بمحطة طرفية متكاملة. هنا يمكنك تحرير الملفات والعمل من سطر الأوامر.
ابدأ تشغيل Visual Studio Code.
في القائمة View، حدد Terminal.
في القائمة المنسدلة، حدد Git Bash. إذا كنت على دراية ب Unix shell آخر تفضل استخدامه، فحدد shell بدلا من ذلك.
في نافذة المحطة الطرفية، يمكنك اختيار أي shell مثبت على نظامك. على سبيل المثال، يمكنك اختيار Git Bash أو PowerShell أو shell آخر.
هنا ستستخدم Git Bash، وهو جزء من Git for Windows، مما يسهل تشغيل أوامر Git.
ملاحظه
في Windows، إذا كنت لا ترى Git Bash مدرجا كخيار، فتأكد من تثبيت Git، ثم أعد تشغيل Visual Studio Code.
قم بتشغيل الأمر
cd
للانتقال إلى الدليل حيث تريد العمل. اختر الدليل الرئيسي (~
) أو دليلا مختلفا إذا أردت ذلك.cd ~
تكوين Git
إذا كنت جديدا على Git وGitHub، فقم أولا بتشغيل بعض الأوامر لربط هويتك ب Git والمصادقة مع GitHub. لمزيد من المعلومات، راجع إعداد Git.
كحد أدنى، تحتاج إلى إكمال الخطوات التالية. قم بتشغيل الأوامر من المحطة الطرفية المتكاملة.
ملاحظه
إذا كنت تستخدم بالفعل مصادقة ثنائية مع 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 على الكمبيوتر:
انتقل إلى نسختك من مشروع الويب Space Game (mslearn-tailspin-spacegame-web-deploy) على GitHub.
حدد التعليمات البرمجية. بعد ذلك، من علامة التبويب HTTPS، حدد الزر بجوار عنوان URL الذي يظهر لنسخ عنوان URL إلى الحافظة.
في Visual Studio Code، انتقل إلى نافذة المحطة الطرفية.
في المحطة الطرفية، انتقل إلى الدليل حيث تريد العمل. اختر الدليل الرئيسي (
~
) أو دليلا مختلفا إذا أردت ذلك.cd ~
قم بتشغيل الأمر
git clone
. استبدل عنوان URL الموضح هنا بمحتويات الحافظة:git clone https://github.com/your-name/mslearn-tailspin-spacegame-web-deploy.git
الانتقال إلى دليل
mslearn-tailspin-spacegame-web-deploy
. هذا هو الدليل الجذر لمستودعك.cd mslearn-tailspin-spacegame-web-deploy
إعداد جهاز التحكم عن بعد المصدر
عن بعد هو مستودع Git حيث يتعاون أعضاء الفريق (مثل مستودع على GitHub). هنا يمكنك سرد أجهزة التحكم عن بعد وإضافة جهاز تحكم عن بعد يشير إلى نسخة Microsoft من المستودع بحيث يمكنك الحصول على أحدث نموذج للتعليمات البرمجية.
قم بتشغيل أمر
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. عند نسخ التعليمات البرمجية من مستودع آخر، غالبا ما يطلق على جهاز التحكم عن بعد الأصلي (الذي نسخت منه) اسم المصدر.
قم بتشغيل أمر
git remote add
هذا لإنشاء عن بعد يسمى المصدر يشير إلى مستودع Microsoft:git remote add upstream https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git
قم بتشغيل
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. لعرض بنيته والعمل مع الملفات، من مستكشف الملفات، ستفتح المشروع الآن.
أسهل طريقة لفتح المشروع هي إعادة فتح Visual Studio Code في الدليل الحالي. للقيام بذلك، قم بتشغيل الأمر التالي من المحطة الطرفية المتكاملة:
code -r .
ترى الدليل وشجرة الملفات في مستكشف الملفات.
أعد فتح المحطة الطرفية المتكاملة. تضعك المحطة الطرفية في جذر مشروع الويب الخاص بك.
إذا فشل الأمر code
، فستحتاج إلى إضافة Visual Studio Code إلى مسار النظام. للقيام بذلك:
- في Visual Studio Code، حدد F1 أو حدد View>Command Palette للوصول إلى لوحة الأوامر.
- في لوحة الأوامر، أدخل Shell Command: Install 'code' command in PATH.
- كرر الإجراء السابق لفتح المشروع في مستكشف الملفات.
لقد تم إعدادك الآن للعمل مع 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
انتقل إلى مدخل Microsoft Azure، وسجل الدخول.
من القائمة، حدد Cloud Shell. عند مطالبتك، حدد تجربة Bash.
ملاحظه
يتطلب Cloud Shell مورد تخزين Azure للاستمرار في أي ملفات تقوم بإنشائها في Cloud Shell. عند فتح Cloud Shell لأول مرة، تتم مطالبتك بإنشاء مجموعة موارد وحساب تخزين ومشاركة ملفات Azure. يتم استخدام هذا الإعداد تلقائيا لجميع جلسات عمل Cloud Shell المستقبلية.
تحديد منطقة Azure
المنطقة هي مركز بيانات Azure واحد أو أكثر داخل موقع جغرافي. تعد شرق الولايات المتحدة وغرب الولايات المتحدة وشمال أوروبا أمثلة على المناطق. يتم تعيين منطقة لكل مورد Azure، بما في ذلك مثيل App Service.
لتسهيل تشغيل الأوامر، ابدأ بتحديد منطقة افتراضية. بعد تحديد المنطقة الافتراضية، تستخدم الأوامر اللاحقة تلك المنطقة ما لم تحدد منطقة مختلفة.
من Cloud Shell، لسرد المناطق المتوفرة من اشتراك Azure، قم بتشغيل الأمر
az account list-locations
التالي.az account list-locations \ --query "[].{Name: name, DisplayName: displayName}" \ --output table
من العمود
Name
في الإخراج، حدد منطقة قريبة منك. على سبيل المثال، اخترeastasia
أوwestus2
.قم بتشغيل
az configure
لتعيين منطقتك الافتراضية. استبدل<REGION>
باسم المنطقة التي حددتها.az configure --defaults location=<REGION>
يعين هذا المثال
westus2
كمنطقة افتراضية:az configure --defaults location=westus2
إنشاء مثيلات App Service
هنا، يمكنك إنشاء مثيلات App Service للمراحل الثلاث التي تقوم بنشرها إلى: Dev، اختبار، التقسيم المرحلي. فيما يلي نظرة عامة موجزة على العملية التي تتبعها:
إنشاء رقم عشوائي يجعل اسم مجال تطبيق الويب فريدا.
هذه الخطوة هي لأغراض التعلم. في الممارسة العملية، يمكنك اختيار اسم مجال يطابق اسم التطبيق أو الخدمة.
إنشاء مجموعة موارد تحتوي على جميع مثيلات App Service.
لأغراض التعلم، هنا يمكنك إنشاء مجموعة موارد واحدة تحتوي على جميع مثيلات App Service. في الممارسة العملية، يمكنك إنشاء مجموعة موارد منفصلة لكل مثيل App Service بحيث يمكنك التحكم بشكل أفضل في دورة حياة كل مثيل.
إنشاء خطة App Service.
تحدد خطة App Service موارد وحدة المعالجة المركزية والذاكرة والتخزين لتطبيق الويب الخاص بك. هنا، يمكنك استخدام خطة الأساسية B1. هذه الخطة مخصصة للتطبيقات ذات متطلبات نسبة استخدام الشبكة المنخفضة. خطط Standard و Premium مخصصة لأحمال عمل الإنتاج. تعمل هذه الخطط على مثيلات الجهاز الظاهري المخصصة.
لكل من Devوبيئات Testو و Staging، قم بإنشاء مثيل App Service.
احصل على اسم المضيف لكل بيئة.
تحقق من تشغيل كل بيئة، ومن إمكانية الوصول إلى الصفحة الرئيسية.
ملاحظه
لأغراض التعلم، هنا، يمكنك استخدام إعدادات الشبكة الافتراضية. تجعل هذه الإعدادات موقعك قابلا للوصول من الإنترنت. في الممارسة العملية، يمكنك تكوين شبكة Azure ظاهرية تضع موقعك على الويب في شبكة غير قابلة للتوجيه عبر الإنترنت، ويمكنك أنت وفريقك فقط الوصول إليها. في وقت لاحق، يمكنك إعادة تكوين شبكتك لجعل موقع الويب متاحا للمستخدمين.
لإنشاء مثيلات App Service، اتبع الخطوات التالية:
من Cloud Shell، قم بإنشاء رقم عشوائي يجعل اسم مجال تطبيق الويب الخاص بك فريدا.
webappsuffix=$RANDOM
لإنشاء مجموعة موارد تسمى tailspin-space-game-rg، قم بتشغيل أمر
az group create
التالي.az group create --name tailspin-space-game-rg
لإنشاء خطة 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 (قياسي).
لإنشاء مثيلات 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 مناسبا لأنك تريد فقط لفريقك الوصول إلى البيئات.
بالنسبة لبيئة التقسيم المرحلي، يمكنك تحديد خطة تطابق بيئة الإنتاج الخاصة بك. من المحتمل أن توفر هذه الخطة موارد أكبر لوحدة المعالجة المركزية والذاكرة والتخزين. ضمن الخطة، يمكنك تشغيل اختبارات الأداء، مثل اختبارات التحميل، في بيئة تشبه بيئة الإنتاج الخاصة بك. يمكنك تشغيل الاختبارات دون التأثير على حركة المرور المباشرة إلى موقعك.
لسرد اسم المضيف وحالة كل مثيل 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
كخطوة اختيارية، انتقل إلى اسم مضيف واحد أو أكثر. تحقق من أنها قيد التشغيل، ومن ظهور الصفحة الرئيسية الافتراضية.
إليك ما تراه:
مهم
تحتوي صفحة تنظيف بيئة Azure DevOps في هذه الوحدة النمطية على خطوات تنظيف مهمة. يساعد التنظيف على ضمان عدم تحصيل رسوم منك مقابل موارد Azure بعد إكمال هذه الوحدة النمطية. تأكد من تنفيذ خطوات التنظيف حتى إذا لم تكمل هذه الوحدة النمطية.
إنشاء متغيرات البنية الأساسية لبرنامج ربط العمليات التجارية في Azure Pipelines
في إنشاء مسار إصدار باستخدام Azure Pipelines، أضفت متغيرا إلى البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك يخزن اسم تطبيق الويب الخاص بك في App Service. هنا تفعل الشيء نفسه. ولكن هذه المرة، يمكنك إضافة متغير واحد لكل مثيل App Service يتوافق مع Devأو Testأو مرحلة التقسيم المرحلي في البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك.
يمكنك ترميز هذه الأسماء في تكوين البنية الأساسية لبرنامج ربط العمليات التجارية، ولكن إذا قمت بتعريفها كمتغيرات، فإن التكوين الخاص بك أكثر قابلية لإعادة الاستخدام. بالإضافة إلى ذلك، إذا تغيرت أسماء مثيلات App Service، يمكنك تحديث المتغيرات وتشغيل البنية الأساسية لبرنامج ربط العمليات التجارية الخاصة بك دون تعديل التكوين الخاص بك.
لإضافة المتغيرات:
في Azure DevOps، انتقل إلى مشروع Space Game - web - Multistage.
ضمن Pipelines، حدد مكتبة.
حدد + مجموعة المتغيرات.
ضمن Properties، أدخل Release لاسم مجموعة المتغيرات.
ضمن المتغيرات، حدد + إضافة.
للحصول على اسم المتغير الخاص بك، أدخل WebAppNameDev. بالنسبة للقيمة، أدخل اسم مثيل App Service الذي يتوافق مع بيئة Dev، مثل tailspin-space-game-web-dev-1234.
كرر الخطوتين السابقتين مرتين لإنشاء متغيرات لبيئات 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.
بالقرب من بداية الصفحة، حدد Save لحفظ المتغير في البنية الأساسية لبرنامج ربط العمليات التجارية.
تشبه مجموعة المتغيرات هذه:
إنشاء بيئات التطوير والاختبار
في إنشاء مسار إصدار باستخدام Azure Pipelines، قمت بإنشاء بيئة لبيئة التطوير. هنا، يمكنك تكرار العملية لكل من التطوير وبيئات الاختبار. لاحقا، يمكنك إعداد بيئة التقسيم المرحلي، والتي تتضمن المزيد من المعايير.
لإنشاء dev وبيئات الاختبار:
من Azure Pipelines، حدد Environments.
لإنشاء بيئة تطوير:
- حدد إنشاء بيئة.
- ضمن Name، أدخل dev.
- اترك الحقول المتبقية بقيمها الافتراضية.
- حدد Create.
لإنشاء بيئة اختبار:
- ارجع إلى صفحة بيئات.
- حدد بيئة جديدة.
- ضمن Name، أدخل اختبار.
- حدد Create.
إنشاء اتصال خدمة
هنا، يمكنك إنشاء اتصال خدمة يمكن Azure Pipelines من الوصول إلى اشتراك Azure الخاص بك. تستخدم Azure Pipelines اتصال الخدمة هذا لنشر موقع الويب إلى App Service. لقد قمت بإنشاء اتصال خدمة مشابه في الوحدة النمطية السابقة.
مهم
تأكد من تسجيل الدخول إلى كل من مدخل Microsoft Azure وAzure DevOps ضمن نفس حساب Microsoft.
في Azure DevOps، انتقل إلى مشروع Space Game - web - Multistage.
من الزاوية السفلية اليمنى من الصفحة، حدد Project settings.
ضمن Pipelines، حدد Service connections.
حدد اتصال خدمة جديدة، ثم حدد Azure Resource Manager، ثم حدد Next.
في بداية الصفحة، حدد Service principal (automatic). ثم حدد Next.
املأ هذه الحقول:
ميدان قيمة مستوى النطاق اشتراك اكتتاب اشتراكك في Azure مجموعة الموارد tailspin-space-game-rg اسم اتصال الخدمة Resource Manager - Tailspin - Space Game أثناء العملية، قد تتم مطالبتك بتسجيل الدخول إلى حساب Microsoft الخاص بك.
تأكد من تحديد منح إذن الوصول لجميع المسارات.
حدد Save.
للتحقق من أنه يمكنه الاتصال باشتراك Azure الخاص بك، يقوم Azure DevOps بإجراء اتصال اختبار. إذا تعذر على Azure DevOps الاتصال، فلديك الفرصة لتسجيل الدخول مرة ثانية.