إدارة دورة حياة التطبيقات (ALM) باستخدام Azure DevOps
يقود مهندسو الحلول الجهود الرامية إلى تحديد العملية لكيفية تعزيز التغييرات من التطوير إلى الإنتاج. يتضمن هذا الجهد تحديد عدد المراحل، مثل التطوير > الاختبار > الإنتاج، والعمليات للقيام بالترقية، بغض النظر عما إذا كان ذلك يدويًا أو تلقائيًا.
تنشئ Microsoft أدوات لدعم هذه العملية باستخدام Microsoft Azure DevOps باستخدام التكامل المستمر (CI) والنشر المستمر (CD).
يقدم هذا القسم نظرة عامة حول Azure DevOps وكيف يمكن استخدام DevOps مَع Microsoft Power Platform لأتمتة عمليات النشر.
Azure DevOps
يوفر Azure DevOps خدمات المطورين لفرق الدعم لتخطيط العمل والتعاون فِي تطوير التعليمات البرمجية وإنشاء التطبيقات ونشرها.
يحتوي Azure DevOps على العديد من الميزات للمساعدة على تطوير التطبيقات:
- لوحات Azure - تخطط العمل وتتعقبه وتناقشه عبر فرقك.
- مسارات Azure - تُستخدم لأتمتة التكامل المستمر والنشر المستمر (CI/CD) للبنيات والإصدارات.
- Azure Repos - التحكم بالمصدر لتخزين التغييرات وتعقبها.
- خطط اختبار Azure - التخطيط والتنفيذ وتعقب اختبارات البرامج النصية.
- Azure Artifacts - نشر الحلول التي تم إنشاؤها عن طريق إنشاء مسارات.
المسارات
تنشئ Power Apps أدوات لأتمتة مهام الإنشاء والنشر الشائعة المرتبطة بـ Power Apps باستخدام مسارات Azure.
يمكن استخدام مسارات الإنشاء من أجل:
- إنشاء بيئات تطوير.
- تنفيذ التغييرات من التطوير إلى التحكم بالمصادر.
- تمكين أداة مدقق الحلول.
- تنفيذ الاختبار المؤتمت.
- إنشاء حلول الإخراج من التحكم بالمصادر (على سبيل المثال، مُدارة أو غير مُدارة).
يمكن استخدام مسارات الإصدار من أجل:
- أخذ الحلول من مسارات الإنشاء ونشرها فِي بيئة اختبار أو بيئات إنتاج واحدة أو أكثر.
- إجراء اختبار مؤتمت كجزء من عملية الإصدار.
- الإيقاف المؤقت للموافقين قبل التقدم إلى البيئة التالية.
يمكن استخدام المهام فِي أدوات إنشاء Microsoft Power Platform مَع أي مهام Azure DevOps أخرى متوفرة لإنشاء مسارات الإنشاء والإصدار الخاصة بك. تشمل المسارات التي ستنشئها الفرق بشكل عام البدء والتصدير من التطوير والإنشاء والإصدار.
منهجيات النشر
عند نشر الحلول من خلال مسار إصدار، يجب اتخاذ قرار لدفع الإصدار يدويًا أو تلقائيًا. يمكن بدء تشغيل مسارات الإصدار يدويًا من قِبل مستخدم Azure DevOps أو تشغيلها تلقائيًا وفقًا لجدول زمني، أو تشغيلها من خلال طلب سحب. يمكن تمكين النشر المستمر فِي مسار الإصدار لدفع أحدث إصدار من الحلول إلى بيئات أخرى بمجرد أن يصبح الإصدار متاحًا.
للتعطيل/الإصلاح الفوري لأحد الحلول، من المحتمل أن يكون المشغل اليدوي هو الطريقة المفضلة لإتاحة أحدث إصدار فِي بيئات المراحل النهائية بأسرع ما يمكن، فِي حين يكون مشغل الطلب المجدول أو طلب السحب أكثر منطقية عند إجراء التحديثات على الحلول بصورة منتظمة.
فكِّر فِي هذا المثال:
يمتلك Contoso Bank فريقًا من المطورين الذين يعملون على حل Power Platform معقد يجب إرساله أثناء مراحل مختلفة من الاختبار قبل الوصول إلى الإنتاج. يستخدم فريق التطوير منهجيات مرنة لمشاريع التطوير الخاصة به، ويفرض نمطًا منتظمًا من دورات الإنشاء والإصدار. لهذا السبب، يستخدم فريق تطوير Contoso Bank مشغل مسار الإصدار المجدول، حيث يعتمد الجدول على دورات محددة مسبقًا. يعد هذا نهجًا مؤتمتًا لدفع الإصدارات.
ومع ذلك، إذا تم اكتشاف خطأ كبير فِي بيئة UAT، فقد يختار المطورون تصحيح الخطأ ببنية جديدة وتشغيل مسار الإصدار يدويًا بحيث يمكن أن يستمر الاختبار فِي بيئة UAT فِي أسرع وقت ممكن.
ربما يدير Contoso Bank مشروعًا أصغر بدون جداول زمنية صارمة لدورات الإصدار. في هذه الحالة، قد يكون استخدام مشغل يدوي لمسار الإصدار مفضلاً لأنه لا يوجد إيقاع منتظم عند إتاحة تصميمات جديدة.
لمزيد من المعلومات حول استخدام DevOps للانتقال من الدليل إلى ALM المؤتمت، وأفضل الممارسات حول منهجية التوزيع المناسبة لك، تحقق من استخدام DevOps للانتقال من الدليل اليدوي إلى ALM المؤتمت.
أدوات الأتمتة البديلة
بدائل لإجراء عمليات التوزيع المؤتمتة دون استخدام Azure DevOps:
- يمكن استخدام Dataverse وواجهات API لـ المسؤول للأتمتة من أي لغة مدعومة.
- يمكن استخدام PowerShell بدلاً من إنشاء المهام لمزيد من التحكم.
- يمكن استخدام Power Automate مَع موصلات مسؤول النظام الأساسي لأتمتة عمليات النشر.
- إجراءات GitHub متوفرة الآن فِي الإصدار الأولي.