السابق

التالي

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

مكتمل

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

إستراتيجية البيئة

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

تعمل البيئة كحاوية لفصل التطبيقات التي قد تكون لها أدوار أو متطلبات أمان أو جماهير مستهدفة مختلفة. وتعتمد طريقة اختيارك لاستخدام البيئات على مؤسستك والتطبيقات التي تحاول بناءها، على سبيل المثال:

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

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

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

تتوفر أنواع البيئات التالية فِي Microsoft Power Platform:

• بيئة الاختبار المعزولة - بيئة الاختبار المعزولة هي أية بيئة ليست للتشغيل فِي Dataverse. تعد بيئة الاختبار المعزولة المعزولة عن الإنتاج، المكان المناسب لتطوير واختبار تغييرات التطبيق بأمان مع مخاطر منخفضة.
• التشغيل - البيئة التي توضَع فيها التطبيقات والبرامج الأخرى قيد التشغيل للاستخدام المقصود منها.
• المجتمع (المطوِّر) - تمنح خطة المجتمع فِي Power Apps وصولاً للمستخدم إلى وظيفة Power Apps المتميزة، وDataverse وMicrosoft Power Automate للاستخدام الفردي فقط. وتُستخدَم هذه البيئة فِي الأساس لأغراض التعلم. بيئة المطور هي بيئة مستخدم واحد، ولا يمكن استخدامها لتشغيل تطبيقات أو مشاركتها. يمكن أن تشارك بيئة خطة المجتمع فِي البنية الأساسية لبرنامج ربط العمليات التجارية فِي Azure DevOps.
• افتراضية - يتم إنشاء بيئة افتراضية واحدة تلقائيًا لكل مستأجر، ومشاركتها بواسطة جميع المستخدمين فِي ذلك المستأجر. تُستخدَم البيئة الافتراضية بواسطة خدمات Microsoft 365.
• تجريبي - الغرض من البيئات التجريبية تجربة ميزات جديدة أو تنفيذ إثبات المبدأ. تُحذَف البيئات التجريبية تلقائيًا بعد 30 يوماً.

هام

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

لمزيد من المعلومات حول البيئات، راجع البيئات وإستراتيجية البيئة.

معالجة الحلول والتعليمات البرمجية والمكونات الأخرى غير المتعلقة بالحل

تتكون مشاريع Microsoft Power Platform من مكونات يمكن ضغطها داخل حلول فِي البيئات والمكونات التي لا يمكن إضافتها إلى حلول مثل المكونات التي يتم نشرها فِي Azure، وبيانات التكوين، وتقارير Power BI. يجب أن تراعي خطة إدارة دورة حياة التطبيق (ALM) كيفية معالجة هذه المكونات غير المتعلقة بالحلول.

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

فإذا كنت تستخدم أسلوبًا مرتكزًا على البيئة، فعندئذ:

• بيئة التطوير هي النسخة الرئيسية لجميع التغييرات.
• وتتم ترقية التغييرات مباشرة من تطوير > اختبار > التشغيل.

إذا كنت تستخدم أسلوباً يرتكز على التحكم بالمصادر، فعندئذ:

• التحكم بالمصادر هو الرئيسي.
• تتم إعادة إنشاء بيئة التطوير من التحكم بالمصادر (يمكن أن تجري هذه العملية تلقائيًا كما يمكن تكرارها).
• يتم إيداع التغييرات الآتية من بيئة التطوير فِي التحكم بالمصادر.

يشجعك الأسلوب المرتكز على التحكم بالمصادر على الحصول على شكل رئيسي نهائي والقدرة على إعادة إنشاء بيئات التطوير لأي إصدار يتم تعقبه. تشجِّع Microsoft حالياً على إنشاء بيئات تدعم إدارة دورة حياة التطبيق (ALM)‬ المرتكزة على التحكم بالمصادر، وتنشئها.

ملاحظة

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

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

وسيكون على مهندس الحل أيضًا تحديد كيفية تكوين كل بيئة والبحث عن طرق تسهيل هذه العملية.

عمل الفريق

مقارنة بتطوير التطبيقات التقليدي، تختلف مشاريع Microsoft Power Apps من ناحيتين أساسيتين:

• كيفية عمل مختلف أعضاء فريق المشروع معًا لإنشاء الحل
• منهجية التطوير

Power Apps هو نظام أساسي يمكنه الاستفادة من المطورين المحترفين ومطوري التطبيقات السهلة. في بيئة التطوير التقليدية، لا يمكن أن يشمل الإنشاء الفعلي لتطبيق ما سوى مطورين محترفين فقط. وباستخدام Power Apps، يتميز كل شخص بالقدرة على بناء التطبيقات التي يحتاج إليها باستخدام الوظائف المتقدمة التي لم تكن لتتوفر من قبل سوى للمطورين المحترفين. يُضفي Power Apps الطابع الديمقراطي على تجربة إنشاء تطبيقات الأعمال المخصّصة بتمكين المستخدمين من إنشاء تطبيقات أعمال ثرية بالميزات ومخصّصة دون كتابة تعليمة برمجية.

باستخدام Power Apps، يمكنك سريعًا إنشاء إصدار قابل للاستخدام من تطبيقك، لأن Power Apps يوفر تجربة تطوير WYSIWYG. يمكنك تجربة التطبيق الصالح للعمل الفعلي فِي وقت مبكر خلال عملية التطوير، وفي حالة ظهور متطلبات جديدة، يمكنك إضافة ميزات جديدة إلى الإصدار التالي.

تشمل مشكلات تخصيص المكونات داخل Microsoft Power Platform وتطويرها ما يلي:

• لا يدعم Microsoft Power Platform تعيين إصدارات المكونات (باستثناء تطبيقات اللوحة).
• لا يمكن لعدة مستخدمين العمل على مكوِّن Microsoft Power Platform نفسه فِي الوقت نفسه.
• تشمل التطبيقات التي تستند إلى النموذج مكونات متعددة، ولكل منها برامج تحرير خاصة به، مما يسمح بتقسيم العمل بين منشئيها. وعلى العكس، تشمل تطبيقات اللوحة محررًا واحدًا فقط ويمكن لشخص واحد فقط العمل فِي أحد التطبيقات فِي الوقت نفسه. باستخدام مكونات اللوحة، يمكنك السماح لعدة منشئين بالعمل على التطبيق نفسه فِي الوقت نفسه.

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

يمكنك الحد من الصدامات بين المنشئين بإنشاء بيئة فردية لكل منشئ. تقدم بيئات المنشئين الفردية العزل والتعقب، لكنها تتطلب جهدًا إضافيًا لدمج العمل وحل التعارضات. يمكن أن تكون بيئة المنشئين المشتركة أقل تعقيدًا، ولكنها لا توفر عزلاً بين منشئي التطبيقات، كما تنقصها تفاصيل فِي تعقب التغييرات.

التحكم بالمصادر

على الرغم من أنك تستخدم أسلوبًا مرتكزًا على بيئة، إلا أنك ستظل بحاجة إلى تحديد مكان بقاء النسخة الرئيسية من الحلول والتعليمة البرمجية.

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

الأدوات

توفر Microsoft العديد من الأدوات والتطبيقات التي يمكنك استخدامها مع إدارة دورة حياة التطبيق (ALM) فِي Microsoft Power Platform:

• مركز مسؤولي Microsoft Power Platform - يوفر مدخلاً موحداً للمسؤولين لإنشاء بيئات وإدارتها.
• Power Apps build tools - أتمتة مهام البناء والتوزيع الشائعة، المرتبطة بـ Power Apps باستخدام Azure DevOps.
• GitHub - أحد الأمثلة الشائعة على نظام تحكم فِي الإصدار.
• أداة ترحيل التكوين - تمكِّنك من نقل التكوين و/أو البيانات المرجعية عبر البيئات.
• Package Deployer - تتيح لك نشر حزم الأصول على مثيلات Dataverse. يمكن أن تتكون الحزم من ملفات حلول وملفات ثابتة، وتعليمات برمجية مخصصة، وملفات HTML، وبيانات.
• أداة إنشاء حزم الحلول - هي أداة يمكنها إلغاء ضغط ملف حلول مضغوط إلى عدة ملفات XML وملفات أخرى؛ حتى يمكن إدارتها بواسطة نظام تحكم بالمصادر.
• Microsoft Power Apps CLI - هي واجهة سطر أوامر بسيطة تتيح للمطورين إنشاء مكونات التعليمات البرمجية.
• الوحدة النمطية PowerShell لتوزيع الحزمة - تُستخدم لتوزيع الحزم إلى بيئة Dataverse.
• الوحدة النمطية PowerShell لـ Power Apps Checker - تتفاعل مع خدمة Power Apps Checker حتى تتمكن من تشغيل مهام التحليل الثابتة وتنزيل النتائج.

ملاحظة

إجراءات GitHub لـ Microsoft Power Platform فِي الإصدار الأولي حالياً.

متابعة