إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
إدارة دورة حياة التطبيق (ALM) هي مجموعة من العمليات والأشخاص والأدوات التي تحكم دورة حياة العامل. تبدأ بجمع الفكرة والمتطلبات الأولية وتستمر عبر التطوير والاختبار والنشر والصيانة المستمرة حتى إيقاف الخدمة. والنتيجة هي كفاءة أكبر وطريقة متوقعة وقابلة للتكرار لتسليم العوامل.
ما فوائد ALM؟
تشمل فوائد اتباع أفضل ممارسات ALM ما يلي:
- إصدارات موثوقة: تقلل من احتمالية الأخطاء وتضمن النشر المتسق.
- الحوكمة والتوافق: تساعد في تطبيق السياسات التنظيمية ومعايير الأمن.
- قابلية التوسع وإعادة الاستخدام: تمكن الحلول من النمو دون إعادة اختراع العمليات.
- الجودة مع السرعة: تحقيق توازن بين التسليم السريع والمعايير عالية الجودة.
- استمرارية الأعمال: تقلل من وقت التوقف والاضطرابات أثناء التحديثات.
- تعاون الفريق: يحسّن التنسيق بين المطورين والمختبِرين وفرق العمليات.
- الانضباط من البداية إلى النهاية: يجلب هيكلا لكل مرحلة من مراحل دورة حياة التطبيق.
تطبيق أفضل ممارسات استخدام Power Platform ALM
تم بناء Copilot Studio على نفس أساس Power Platform ويقدم خيارات غنية عندما يتعلق الأمر بـ إدارة دورة حياة التطبيقات. لذلك، تتبع كلتا المنصتين بعض الإرشادات المشتركة:
- حدد استراتيجية للبيئة لضمان قدرة المنشئين على البناء داخل بيئات آمنة وخفيفة الوزن وقليلة المستخدمين قبل اتباع الإرشادات المعتمدة لنشر العوامل في بيئات الاختبار والإنتاج وتوسيع الاستخدام.
- استخدم الحلول كحاويات لنقل العناصر والتخصيصات عبر البيئات.
- طبق متغيرات البيئة للإعدادات الخاصة بالبيئة وقم بضبط مراجع الاتصال للاتصالات وبيانات الاعتماد الخاصة بالبيئة.
- تنفيذ خيارات التكامل المستمر والنشر المستمر (CI/CD) لكل من الإعدادات بدون كود والتطوير الاحترافي (مسارات البيانات، أو Azure DevOps، أو تكاملات GitHub).
- قم بتمكين التحكم في المصدر مع تكامل Git الأصلي.
تكوين وتأمين البيئة
تشمل استراتيجية ALM الصحية على الأقل ثلاث بيئات: التطوير، والاختبار، والإنتاج. بعد أن يُجري المطوّر تغييرات على عامل في بيئة التطوير، يرقّيه إلى بيئة الاختبار. إذا اكتشف المختبرون أخطاء، يصلحها المطور في بيئة التطوير ثم يرقّي العامل مرة أخرى. بمجرد اجتياز الاختبار، يتم نشر عامل في بيئة الإنتاج.
قم بتكوين بيئة الإنتاج كـ بيئة من نوع الإنتاج. قم بإعداد جميع البيئات الأخرى، بما في ذلك بيئتي التطوير والاختبار، كبيئات من نوع صندوق الرمل.
أمن كل بيئة من خلال تطبيق مجموعة أمنية إنترا لتقييد الوصول إلى أعضائها فقط.
اتبع قواعد ALM الذهبية
استخدم هذه القواعد لضمان إدارة دورة حياة التطبيق بشكل متسق وموثوق.
- لا تخصص خارج بيئة التطوير.
- اعمل دائمًا في سياق الحلول.
- استخدم ناشراً مخصصاً وبادئة خاصة.
- أنشئ حلولًا منفصلة فقط إذا كنت بحاجة لنشر المكونات بشكل مستقل.
- استخدم متغيرات البيئة للإعدادات والأسرار التي تتغير عبر البيئات
- تصدير الْحلول ونشرها كمدارة، ما لم يتم إعداد بيئة تطوير.
- ضع في اعتبارك أتمتة ALM للتحكم في المصدر وعمليات النشر التلقائية.
راجع اعتبارات ALM الخاصة بـ Copilot Studio
يتضمن Copilot Studio بعض العناصر المحددة التي لا تتوافق مع الحلول. هذه العناصر لا تتبع عملية نشر الحلول المعتادة وتتطلب خطوات ما بعد النشر في البيئة المستقبلة، مثل:
- إعدادات Azure Application Insights
- إعدادات المصادقة اليدوية
- إعدادات أمان Direct Line أو قنوات الويب
- القنوات المنشورة
- المشاركة (مع منشئين آخرين، أو مع المستخدمين النهائيين)
إنشاء مجموعات المكونات القابلة لإعادة الاستخدام
مجموعة مكونات عبارة عن مجموعة من مكونات العامل القابلة لإعادة الاستخدام. تشمل هذه المكونات المواضيع والمعرفة والإجراءات والكيانات. الميزة الرئيسية لمجموعات مكونات هي أنه يمكنك مشاركتها بين عدة عوامل داخل نفس البيئة.
يمكنك أيضًا استخدام حل لتصدير واستيراد مجموعات المكونات. يتيح لك هذا النهج نقل المحتوى عبر بيئات متعددة لدعم سيناريوهات ALM. يتيح لفرق عمل متعددة تطوير أجزاء من العوامل في بيئات مختلفة مع جداول إصدار مستقلة.
توضح الصورة كيف يتم تكوين مجموعات المكونات عبر بيئات متعددة لدعم ALM. تعرض أربع بيئات:
- بيئة تطوير تكنولوجيا المعلومات والموارد البشرية
- بيئة تطوير Contoso
- بيئة اختبار Contoso
- بيئة إنتاج Contoso
كل بيئة تحتوي على عوامل ومجموعات يمكنك إعادة استخدامها والرجوع إليها عبر البيئات.
الغرض
- تمكين إعادة استخدام مكونات عامل (المواضيع، الإجراءات، المعرفة) عبر بيئات متعددة.
- يدعم سيناريوهات ALM من خلال السماح بالتطوير المعياري وتوزيع الإصدارات المستقلة.
- تسهيل التعاون بين فرق متعددة من خلال مشاركة المجموعات وتصدير واستيراد الحلول.
الأنشطة
- أنشئ مجموعات مكونات لمجالي تقنية المعلومات والموارد البشرية (مثل موضوعات تقنية المعلومات، إجراءات الموارد البشرية).
- طور عوامل (مثل عامل Contoso) تشير إلى هذه المجموعات.
- تنفيذ أدوات ALM لتصدير واستيراد الحلول لنقل المجموعات بين بيئات DEV وTEST وPROD.
- التحكم في الإصدار: تأكد من أن جميع التغييرات تخضع للتحكم في الإصدار ويتم توثيقها.
الممارسات الرئيسية لكل بيئة
-
بيئة تطوير تكنولوجيا المعلومات والموارد البشرية
- قم بالحفاظ على مجموعتي تكنولوجيا المعلومات والموارد البشرية مع المواضيع والإجراءات والمعرفة.
- قم بإجراء تغييرات على هذه المجموعات في هذه البيئة ونشرها في البيئات الأعلى.
-
بيئة تطوير Contoso
- قم ببناء عامل Contoso الذي يرتبط بمواضيع Contoso وأفعاله ومعرفته.
- دمج مجموعتَي تكنولوجيا المعلومات والموارد البشرية مع نفس إصدارات بيئة التطوير.
- استخدم هذه البيئة للتطوير والتكامل المبدئي لمكونات عامل.
-
بيئة اختبار Contoso
- نشر عامل Contoso للاختبار.
- استيراد مجموعتَي تكنولوجيا المعلومات والموارد البشرية مع نفس إصدارات بيئة التطوير.
- استخدم هذه البيئة للتحقق من الصحة وضمان الجودة قبل الإطلاق في بيئة الإنتاج.
-
بيئة إنتاج Contoso
- النشر النهائي لعامل Contoso.
- استيراد مجموعات بإصدارات مستقرة، مثل IT Collection v1.0 وHR Collection v1.0.
- استخدم هذه البيئة لإعداد التكوين الجاهز للإنتاج لضمان الاعتمادية.
أفضل الممارسات
- إعادة الاستخدام بدلاً من التكرار: شارك المجموعات عبر العوامل والبيئات.
- التحكم في الإصدارات: تتبع الإصدارات لضمان الاتساق وإمكانية التراجع.
- التصميم المعياري: فصل مكونات تكنولوجيا المعلومات والموارد البشرية لتحقيق المرونة.
- وتيرة الإصدار المستقلة: تتيح إجراء التحديثات دون التأثير على البيئات الأخرى.
اختيار أدوات أتمتة ALM لنشر العوامل
يدعم Copilot Studio عدة أدوات أتمتة ALM لمساعدة نشر العوامل. كل خيار يقدم قدرات مختلفة ويستهدف جمهورًا مختلفًا:
- Azure DevOps: حل مؤسسي لإدارة ALM مع قدرات متقدمة في CI/CD والتحكم بالمصدر.
- GitHub Actions لـ Power Platform: تقوم بأتمتة المهام المتعلقة بـ ALM للمطورين والإداريين الذين يستخدمون منصة GitHub.
- Pipelines فِي Power Platform لـ Copilot Studio: يبسط عمليات الْنشر لمطوري الْمواطنين باستخدام مسارات الْنشر الْمضمنة فِي Power Platform.
يوفر الجدول التالي مقارنة مفصلة لأدوات ALM المتوفرة:
| ميزة أو فائدة | Azure DevOps | GitHub Actions لـ Power Platform | تدفقات Power Platform لـ Copilot Studio |
|---|---|---|---|
| مناسب لـ | فرق المؤسسات الكبرى التي تحتاج إلى تحكمٍ شامل في ALM | فرق المطورين والمسؤولين الذين يديرون عدة بيئات | المؤسسات التي تُمكّن المطورين من غير المتخصصين |
| القدرَات الأسَاسية |
|
|
|
| تعقيد الإعداد | عالي (يتطلب التكوين والخبرة) | متوسط (يتطلب إعداد GitHub والبرامج النصية) | منخفض (إعداد في غضون دقائق) |
تأسيس استراتيجية اختبار
اختبار العوامل قبل النشر هو جزء مهم من استراتيجية ALM لـ Copilot Studio. لمعرفة المزيد، راجع تصميم استراتيجية اختبار لعواملك.
الخطوة التالية
استعد لتشغيل حلّك على نطاق واسع بمراجعة طرق تتبع الاستخدام، والحفاظ على التوافق، والتأكد من أن بيئاتك لديها السعة المطلوبة.