مشاركة عبر

أساسيات إدارة دورة حياة التطبيقات (ALM) مع Microsoft Power Platform

  • مقالة

تصف هذه المقالة المكونات والأدوات والعمليات المطلوبة لتنفيذ إدارة دورة حياة التطبيقات (ALM).

البيئات

تعتبر البيئات بمثابة مساحة لتخزين بيانات الأعمال الخاصة بمؤسستك وتطبيقاتها وعمليات سير العمل فيها وإدارتها ومشاركتها. كما تعمل كحاويات لفصل التطبيقات التي قد تتميز بأدوار أو متطلبات أمان مختلفة أو جمهور مستهدف مختلف. بإمكان كل بيئة أن يكون لديها قاعدة بيانات واحدة في Microsoft Dataverse. مزيد من المعلومات: نظرة عامة على البيئات

هام

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

أنواع البيئات المستخدمة في ALM

باستخدام مركز إدارة Power Platform، يمكنك إنشاء هذه الأنواع من بيئات Power Platform:

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

  • الإنتاج البيئة التي توضع فيها التطبيقات والبرامج الأخرى قيد العمل للاستخدام المخصص لها.

  • المطور (يسمى المجتمع بشكل رسمي). تمنحك خطة مطور Power Apps حق الوصول إلى وظائف Power Apps المتميزة، وDataverse وPower Automate للاستخدام الفردي. تهدف هذه الخطة بشكل أساسي إلى البناء والاختبار باستخدام Power Apps وPower Automate وMicrosoft Dataverse أو لأغراض التعلم. وتعتبر بيئة المطور بيئة مستخدم واحد ، ولا يمكن استخدامها لتشغيل تطبيقات الإنتاج أو مشاركتها.

  • افتراضية يتم إنشاء بيئة افتراضية واحدة تلقائيًا لكل مستأجر، ومشاركتها بواسطة جميع المستخدمين في ذلك المستأجر. يحدد المستأجر العميل، الذي يمكنه الحصول على اشتراك وخدمة Microsoft واحد أو أكثر مقترنة به. كلما قام مستخدم جديد بالتسجيل في Power Apps، يُضاف تلقائيًا إلى دور منشئ البيئة الافتراضية. يتم إنشاء البيئة الافتراضية في أقرب منطقة من المنطقة الافتراضية في مستأجر Microsoft Entra وتسمى: "{Microsoft Entra اسم المستأجر} (افتراضي)"

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

لمزيد من المعلومات حول البيئات، راجع نظرة عامة على البيئات

من سيحصل على حق الوصول؟

حدد أمان الموارد والبيانات الموجودة في Microsoft Dataverse واعمل على إدارتها. يوفر Microsoft Power Platform أدوارًا إدارية على مستوى البيئة لتنفيذ المهام. ويتضمن Dataverse أدوار الأمان التي تحدد مستوى الوصول إلى التطبيقات ومكونات التطبيق والموارد المتوفرة لمنشئي ومستخدمي التطبيقات في Dataverse.

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

مزيد من المعلومات:

الحلول

تُستخدم الحلول لنقل التطبيقات والمكونات من بيئة إلى أخرى أو لتطبيق مجموعة من التخصيصات على تطبيقات موجودة.

تتضمن الحلول هذه الميزات:

  • إنها تتضمن بيانات تعريف وكيانات معينة مع بيانات التكوين. لا تتضمن الحلول بيانات أعمال.

  • بإمكانها أن تحتوي على مكونات Microsoft Power Platform كثيرة مختلفة، مثل التطبيقات المستندة إلى نموذج وتطبيقات اللوحة ومخططات المواقع وعمليات سير المهام والكيانات والنماذج والموصلات المخصصة وموارد الويب ومجموعات الخيارات والمخططات والحقول. لا يمكن تضمين جميع الكيانات في حل ما. على سبيل المثال، لا يمكن إضافة جداول النظام "مستخدم التطبيق" و"واجهة API مخصصة" و"إعداد المؤسسة" إلى أحد الحلول.

  • إنها مجموعة كوحدة ليتم تصديرها واستيرادها إلى البيئات الأخرى، أو ليتم تفكيكها وفحصها في التحكم في المصدر بصفتها التعليمات البرمجية المصدر للأصول. تُستخدم الحلول أيضًا لتطبيق التغييرات على الحلول الحالية.

  • يتم استخدام الحلول المُدارة لنشرها على أي بيئة ليست بيئة تطوير لهذا الحل. وهذا يشمل بيئات الاختبار واختبار قبول (UAT) واختبار تكامل النظام (SIT) وبيئات الإنتاج. يمكن صيانة الحلول المُدارة (ترقية وتصحيح وحذف) بشكل مستقل عن الحلول المُدارة الأخرى في بيئة. كأفضل ممارسات إدارة دورة حياة التطبيقات (ALM)، يجب إنشاء الحلول المُدارة بواسطة خادم بناء واعتبارها بيانات مصطنعة للبناء،

  • يتم نشر تحديثات الحل المُدار إلى الإصدار السابق من الحل المُدار. ولا يؤدي ذلك إلى إنشاء طبقة حل إضافية. لا يمكنك حذف المكونات باستخدام التحديث.

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

  • تؤدي ترقية حل إلى تثبيت طبقة حل جديدة مباشرة فوق الطبقة الأساسية وأي تصحيحات موجودة.

    • يشتمل تطبيق ترقيات الحل على حذف كافة التصحيحات الموجودة والطبقة الأساسية.

    • ستؤدي ترقيات الحلول إلى حذف المكونات التي كانت موجودة ولكنها لم تعد مضمنه في الإصدار الذي تمت ترقيته.

مزيد من المعلومات: مفاهيم الحلول‬

‏‫التحكم في المصدر

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

بإمكان نظام التحكم في المصدر مساعدة المؤسسات على تحقيق إدارة سليمة لدورة حياة التطبيقات (ALM) لأن الأصول المحتفظ بها في نظام التحكم في المصدر هي "مصدر الحقيقة الوحيد" — أو، بتعابير أخرى، النقطة الوحيدة للوصول إلى الحلول وتعديلها.

استراتيجية التفرع والدمج

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

عملية التحكم في المصدر باستخدام حل

هناك مساران رئيسيان يمكنك استخدامهما عند العمل مع الحلول في نظام التحكم في المصدر:

  • تصدير حل غير مُدار ووضعه كغير مجمع في نظام التحكم في المصدر. تستورد عملية البناء الحل المجمع كحل غير مُدار إلى بيئة بنية مؤقته (بيئة الاختبار المعزولة). بعد ذلك، يتم تصدير الحل على أنه مُدار، ويتم تخزينه كبيانات مصطنعة للبناء في نظام التحكم في المصدر لديك.
  • تصدير الحل كغير مُدار وأيضًا بتصدير الحل كمُدار، ووضعه في نظام التحكم في المصدر. علي الرغم من أن هذه الطريقة لا تتطلب بيئة بنية، إلا أنها تحتاج إلى المحافظة على نسختين من جميع المكونات (نسخة واحدة من جميع المكونات غير المُدارة من الحل غير المُدار ونسخة واحدة من جميع المكونات المُدارة من الحل المُدار).

التحكم في المصدر باستخدام حل.

مزيد من المعلومات: مهام أدوات البناء

التنفيذ التلقائي

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

مزيد من المعلومات: ما هي Microsoft Power Platform Build Tools؟

تطوير الفريق باستخدام التحكم في المصدر المشترك

من الضروري أن تؤخذ في الاعتبار الطريقة التي ستعملون بها معًا أنت وفريقك لبناء المشروع. بإمكان إعداد بيئة عمل تركّز على التعاون التواصل والمحادثات أن يمكّن فريقك من تقديم برامج أفضل. لقد تم تصميم بعض الأدوات وعمليات سير العمل — كتلك المتوفرة في Git وGitHub وAzure DevOps — بهدف تحسين التواصل وجودة البرامج. تجدر الإشارة إلى أن العمل مع التكوينات في نظام حلول من شأنها أن يخلق تحديات لتطوير الفريق. يتعين على المؤسسات تنظيم التغييرات التي يقوم بها عدد كبير من المطورين لتجنب دمج التعارضات قدر الإمكان، نظرًا لوجود قيود في أنظمة التحكم في المصدر تتعلق بكيفية حدوث الدمج. من المستحسن تجنب الحالات التي يقوم فيها الكثير من الأشخاص بإجراء تغييرات على مكونات معقدة — مثل النماذج، وعمليات سير المهام، وتطبيقات اللوحة — في الوقت نفسه.

مزيد من المعلومات: السيناريو 5: دعم تطوير الفريق

التكامل والنشر بشكل المستمر

يمكنك استخدام أي نظام للتحكم في المصدر وبناء مسار لبدء عملية التكامل المستمر والنشر (CI/CD). ومع ذلك، يركز هذا الدليل على GitHub وAzure DevOps. ويعتبر GitHub نظام تطوير يستخدم الملايين من المطورين. يوفر Azure DevOps خدمات المطورين لدعم الفرق من أجل التخطيط للعمل والتعاون في تطوير التعليمات البرمجية وبناء التطبيقات ونشرها.

للبدء، تحتاج إلى ما يلي:

مزيد من المعلومات: إنشاء مسارك الأول

الترخيص

لإنشاء تطبيقات وعمليات سير مهام أو تحريرها باستخدام Power Apps وPower Automate على التوالي، يجب أن يتوفر لدى المستخدمين ترخيص Power Apps أو Power Automate لكل مستخدم أو ترخيص تطبيق Dynamics 365 مناسبًا. لمزيد من المعلومات، راجع نظرة عامة على ترخيص Microsoft Power Platform. كما ننصحك بالاتصال بممثل حساب Microsoft لمناقشه احتياجات الترخيص لديك.

اعتبارات إدارة دورة حياة التطبيق (ALM)

عندما تعتبر أن إدارة دورة حياة التطبيقات (ALM) عبارة عن جزء متكامل في عملية بناء التطبيقات في Microsoft Power Platform، فبإمكانها إحداث تحسينات ملحوظة في السرعة والموثوقية وتجربة المستخدم في استخدام التطبيق. وهي تضمن أيضًا أنه باستطاعة عدة مطورين، سواء كانوا من المطورين التقليديين الذي يكتبون التعليمات البرمجية أو المطورين المواطنين، المساهمة في بناء التطبيق.

راجع المقالات التالية التي تناقش العديد من العناصر التي يجب مراعاتها في بداية عملية تطوير التطبيق: