استراتيجية البيئة لإدارة دورة حياة التطبيقات (ALM)
لاتباع مبادئ إدارة دورة حياة التطبيقات (ALM)، ستحتاج إلى بيئات منفصلة لتطوير التطبيقات والإنتاج. علي الرغم من أنه يمكنك تنفيذ إدارة دورة حياة تطبيقات (ALM) أساسية فقط على بيئات تطوير وإنتاج منفصلة، إلا أننا ننصحك بالمحافظة على بيئة اختبار واحدة على الأقل تكون منفصلة عن بيئات التطوير والإنتاج.. إذا توفرت لديك بيئة اختبار منفصلة، فيمكنك تنفيذ عملية تحقق شاملة تتضمن نشر الحلول واختبار التطبيقات. قد تحتاج بعض المؤسسات أيضًا إلى بيئات أكثر لاختبار قبول المستخدم (UAT) واختبار تكامل الأنظمة (SIT) والتدريب.
بإمكان بيئات التطوير المنفصلة أن تساعد في عزل التغييرات من جهد العمل الذي يجري إيداعه قبل استكماله. بإمكان بيئات التطوير المنفصلة أن تساعد أيضًا في التقليل من الحالات حيث يؤثر أحد الأشخاص بشكل سلبي على شخص آخر أثناء إجراء التغييرات.
تعتبر كل مؤسسة فريدة، وبالتالي عليك أن تراجع بطريقة متأنية احتياجات بيئة مؤسستك.
بيئات التطوير
يجب عليك الإجابة على أسئلة مثل:
- ما عدد بيئات التطوير التي احتاج إليها؟
- مزيد من المعلومات: نظرة عامة على البيئات
- كيف يمكنني تزويد البيئات تلقائيًا من التعليمات البرمجية للمصدر؟
- مزيد من المعلومات: Microsoft Power Platform Build Tools لـ Azure DevOps
- ما التبعيات على بيئاتي؟
- مزيد من المعلومات: طبقات الحلول المتعددة وتبعياتها
البيئات الأخرى
يجب عليك أيضًا الإجابة على السؤال، "ما أنواع البيئات غير الخاصة بالتطوير التي أحتاج إليها؟"
على سبيل المثال، بالإضافة إلى بيئة الإنتاج ، قد تحتاج إلى بيئات اختبار وUAT وSIT وبيئات قبل الإنتاج منفصلة. بالحد الأدنى، يجب أن تتضمن أي ممارسة سليمة لإدارة دورة حياة التطبيقات (ALM) بيئة اختبار قبل نشر أي شيء على بيئة الإنتاج. وهذا يضمن الحصول على مكان لاختبار تطبيقك، ولكنه يضمن أيضًا اختبار عملية النشر بحد ذاتها.
مزيد من المعلومات إنشاء استراتيجية بيئة لـ Microsoft Power Platform
اعتبارات جغرافية متعددة
تتبع بيئات Power Platform جدول تحديث خدمة معينًا حيث يتم تحديث البيئات في جميع أنحاء العالم. هناك ست محطات في المجموع يتم تحديدها في المقام الأول حسب الموقع الجغرافي. يتم تطبيق تحديثات الخدمة بالتسلسل لكل محطة. لذلك، يتم تطبيق تحديثات خدمة المحطة 2 قبل المحطة 3. لذلك، من الشائع أن يكون للبيئات الموجودة في محطات مختلفة إصدارات مختلفة في وقت معين. لمزيد من المعلومات حول جدول تحديث خدمة البيئة، انتقل إلى إصدارات تم إصدارها من Microsoft Dataverse
استيراد الحل وإصدار البيئة
عندما تكون لديك بيئات متعددة في مناطق مختلفة، من المهم فهم ما يلي عند استيراد حل:
- يمكنك استيراد حل إلى بيئة بإصدار أحدث من البيئة التي تم تصدير الحل فيها.
- لا يمكنك الوثوق في استيراد حل إلى بيئة بإصدار أقدم من البيئة التي تم تصدير الحل فيها. ويرجع ذلك إلى احتمال فقدان المكونات أو الوظائف المطلوبة في البيئة القديمة.
مثال على محاذاة البيئات بنجاح مع محطات تحديث الخدمة
تخيل أن لديك بيئات تشغيل في كندا والولايات المتحدة. في هذه الحالة، يجب أن تكون بيئات التطوير الخاصة بك في أمريكا الشمالية (المحطة 5) وليس في كندا (المحطة 2). بعد ذلك، ستكون بيئات التطوير دومًا بنفس الإصدار أو بإصدار سابق من بيئات التشغيل الخاصة بك، والتي سوف تحد من تعارضات إصدار استيراد الحل.