تحديث التطبيقات باستخدام Power Platform

في المشهد الرقمي سريع التطور اليوم، تواجه المؤسسات تحديًا مستمرًا يتمثل في تحديث تطبيقاتها القديمة لمواكبة احتياجات العمل المتغيرة. ويعد تحديث التطبيقات أمرًا ضروريًا لتحسين الكفاءة التشغيلية وتعزيز تجارب العملاء والبقاء في صدارة المنافسة. يقدم Microsoft Power Platform مجموعة شاملة من الأدوات والتقنيات التي تمكن الشركات من تحويل وتحديث تطبيقاتها بسرعة وفعالية.

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

مقدمة

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

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

لماذا Power Platform؟

تعمل الأدوات والتقنيات الشاملة التي تشكل Power Platform على تقليل الطول والتكلفة ومتطلبات التطوير لمشاريع التحديث والتحول الرقمي بشكل كبير. ويقلل نهجها قليل التعليمات البرمجية - ويمكن أن يلغي - الحاجة إلى الترميز المكلف وعلوم البيانات والموارد الهندسية الذكاء الاصطناعي. يستفيد مطورو التقنيات المواطنة والمطورون المحترفون على حد سواء. يمكن لمطوري المواطنين القيام بدور نشط في عملية التحديث، وبناء التطبيقات مباشرة بناءً على معرفتهم بمجالاتهم وتقليل اعتمادهم على فرق تقنية المعلومات. ويمكن للمطورين المحترفين تقديم حلول معقدة في وقت أقل بكثير، مما يحررهم للانتقال إلى المشروع التالي في وقت أقرب.

منتجات ومفاهيم Power Platform

كل منتج في مجموعة Power Platform له مجال تركيز فريد. ويمكن للمؤسسات تنفيذ المنتجات بشكل فردي أو مجتمعة لتلبية متطلباتها الخاصة. المنتجات مترابطة وتشكل نظامًا موحدًا بغض النظر عن طريقة تجميعها.

يقدم الجدول التالي نظرة عامة عالية المستوى لكل منتج من منتجات Power Platform.

منتج	الوصف
Power Apps	أنشئ تطبيقات مخصصة في لوحة سهلة الاستخدام تعمل بالسحب والإفلات. ومع أكثر من ألف موصل، أصبحت مصادر البيانات والخدمات الداخلية والخارجية على بعد بضع نقرات فقط. يمكن تشغيل تطبيقاتك في المتصفح، أو على سطح المكتب، أو على الأجهزة المحمولة.
Power Automate	بناء تدفقات العمل لأتمتة العمليات حتى المعقدة منها. دمج مصادر البيانات والخدمات الداخلية والخارجية باستخدام الموصلات المضمنة والمخصصة. استخدم التشغيل التلقائي للعمليات الرقمية (DPA) عندما تحتوي التطبيقات على واجهة برمجة تطبيقات (API). استخدم التشغيل التلقائي للعمليات (RPA) لأتمتة المهام المتكررة التي يتم تنفيذها في متصفح أو تطبيق سطح مكتب. تشغيل مهام سير العمل عند حدوث أحداث في أنظمة وخدمات أخرى أو جدولتها للتشغيل في وقت محدد.
Copilot Studio	إنشاء عمال محادثات باستخدام واجهة رسومية بدون رمز. يمكنك نشر وكلاء في قنوات متعددة، بما في ذلك مواقع الويب وتطبيقات الأجهزة المحمولة ومنصات المراسلة مثل Microsoft Teams. يمكن أن يؤدي التأليف بمساعدة الذكاء الاصطناعي إلى تسريع إنشاء الموضوعات. ويمكن للإجابات التوليدية العثور على المعلومات وتقديمها من مصادر متعددة دون الحاجة إلى إنشاء موضوعات.
Power BI	واسحب المخططات والجداول والمرئيات الأخرى إلى لوحة لإنشاء تقارير متطورة بسهولة تكشف عن الرؤى المقفلة داخل بياناتك. وقم بتضمين التعلم الآلي التلقائي للنمذجة التنبؤية وتصورات الذكاء الاصطناعي مع أشجار التحلل للتنقيب التفصيلي لتحليل السبب الجذري. استكشف بياناتك عن طريق طرح أسئلة باللغة الطبيعية بتنسيق سؤال وجواب بسيط.
Power Pages	أنشئ مواقع ويب جذابة تعتمد على البيانات بسرعة على نظام أساسي آمن للبرامج كخدمة (SaaS) على مستوى المؤسسات وقليل التعليمات البرمجية. ومن خلال القوالب الغنية والقابلة للتخصيص والتجربة المرئية السلسة، أصبح إنشاء مواقع الأعمال الحديثة ذات الواجهة الخارجية واستضافتها وإدارتها أمرًا أسهل.

تعتمد مجموعة منتجات Power Platform على عدد قليل من القدرات والمفاهيم الداعمة. يصف الجدول التالي أهم الأشياء التي يجب فهمها.

المفهوم	الوصف
Power Fx	Power Fx هي لغة ذات تعليمات برمجية منخفضة المصدر مفتوحة المصدر مستوحاة من الصيغ Excel. بالكتابة القوية والتعريفية والوظيفية، مع المنطق الضروري وإدارة الحالة، وكلها معبرًا عنها في نص مألوف للإنسان، يجعل Power Fx مهام البرمجة الشائعة سهلة للمطورين المواطنين والمطورين المحترفين على حد سواء. يدعم مجموعة كاملة من التطوير، بدءًا من البرمجة بدون كود لأولئك الذين لم يبرمجوا من قبل، إلى البرمجة الاحترافية للمحترفين المتمرسين، مما يمكّن الفرق المتنوعة من التعاون وتوفير الوقت والنفقات.
الموصلات	تعد الموصلات حيوية للسماح للتعليمات البرمجية القليلة والترميز التقليدي بالعمل معًا لتقديم تطبيقات حديثة. الموصلات هي طبقة تغليف حول واجهة برمجة التطبيقات التي تسمح لتطبيقات Power Apps وPower Automate باستخدام مصادر البيانات والخدمات الداخلية والخارجية. يتوفر أكثر من ألف موصل تم إنشاؤه مسبقًا، ويمكنك إنشاء موصلك الخاص لأي واجهة برمجة تطبيقات RESTful. ويتضمن تعريف الموصل بيانات التعريف الضرورية لتسهيل استهلاك واجهة برمجة التطبيقات للتطبيقات قليلة التعليمات البرمجية.
Dataverse	Dataverse هو مخزن بيانات مختلط على نطاق السحابة مبني على خدمات إدارة البيانات Azure - ولكنه أكثر من قاعدة بيانات. إنه النظام الأساسي للبيانات الأساسية لكل من Dynamics 365 وPower Platform، مع منطق من جانب الخادم في شكل مهام سير العمل والمكونات الإضافية وقواعد العمل وتدفقات العمليات، ونموذج أمان متطور للغاية، ومنصة تطوير قابلة للتوسعة مع دعم مضمن للتطبيقات متعددة اللغات والعملات. يمكن إنشاء التطبيقات بسرعة من نموذج البيانات، مما يجعلها واحدة من أسرع الطرق لنشر حل النموذج عبر البيانات.
AI Builder	يجعل AI Builder من السهل استخدام الذكاء الاصطناعي في Power Apps Power Automate للعثور على رؤى في بياناتك وأتمتة العمليات وجعل تطبيقاتك أكثر إنتاجية. مع AI Builder، لا تحتاج إلى مهارات الترميز أو علم البيانات للوصول إلى قوة الذكاء الاصطناعي. والنماذج المعدة مسبقًا والقابلة للتخصيص جاهزة للاستخدام للعديد من سيناريوهات الأعمال الشائعة، ويمكنك بناء نماذجك الخاصة لتلبية احتياجات عمل معينة.
Copilot	مساعدة الذكاء الاصطناعي بواسطة Copilot تجعل مستخدمي Power Platform والمطورين، سواء كانوا مواطنين أو محترفين، أكثر إنتاجية، مما يسمح لهم بقضاء المزيد من الوقت في أفضل جوانب عملهم وقضاء وقت أقل في المهام الروتينية. قم بوصف سيناريو عملك إلى Copilot في Power Automate، ويمكن أن يحول هذا الوصف إلى سير عمل آلي. أخبر Copilot في Power Apps ما تريد القيام به أو المعلومات التي تريد رؤيتها ويمكنها إنشاء تطبيق لها. Copilot إعداد الاتصالات، وإنشاء الجداول وتعبئتها، وإنشاء الشاشات، وحتى تقديم اقتراحات لتحسين التدفق أو التطبيق. وستحتوي تطبيقاتك على تجارب مدعومة بالمساعد مدمجة من الشاشة الأولى - حتى يتمكن المستخدمون من اكتشاف الأفكار من خلال المحادثة.
البيئات والحلول	البيئات هي حدود تحتوي على موارد ‏‎Power Platform وتسهل إدارتها وتأمينها. كما أنها تستخدم في إدارة دورة حياة التطبيقات (ALM)، حيث يتم تطوير الحلول واختبارها في بيئات منفصلة قبل نشرها في بيئة إنتاج. الحلول عبارة عن تخصيصات وملحقات Power Platform مجمعة. يمكن أن يتضمن الحل التطبيقات وعمليات سير المهام والجداول والمخططات ولوحات المعلومات والموصلات والمكونات الأخرى التي يحتاجها التخصيص أو الملحق. ويمكن تطوير الحلول واختبارها ونشرها في الإنتاج في بيئات منفصلة كجزء من سياسة ALM للمؤسسة. ويمكنك تصدير الحلول لمشاركتها مع مستخدمين آخرين أو مؤسسات أخرى واستيراد الحلول من الآخرين. والحلول إما أن تكون مُدارة أو غير مُدارة. وتُستخدم الحلول غير المدارة للتطوير والاختبار. وتُستخدم الحلول المدارة للإنتاج والنشر والتوزيع.

مزايا Power Platform الرئيسية لتحديث التطبيق

تمتد فوائد تحديث التطبيقات باستخدام Microsoft Power Platform إلى ما هو أبعد من قيمة الأعمال الأولية المتمثلة في وجود حل يستخدم التقنيات الحديثة.

• انخفاض التكاليف. يمكن للمؤسسات توفير المال في تطوير التطبيقات وصيانتها. وجدت دراسة بتكليف من Forrester Consulting أن المؤسسات التي تستخدم Power Platform يمكن أن تشهد انخفاضًا بنسبة 45 في المائة في تكاليف تطوير التطبيقات وتحقيق عائد بنسبة 140 في المائة على استثماراتها.

• توسيع مجموعة الموارد والتخلص من المشكلات. يحصل المطورون المحترفون وعلماء البيانات ومهندسو الذكاء الاصطناعي على رواتب عالية - ويزداد الطلب عليهم. وغالبًا ما لا تتمتع المؤسسات الصغيرة والمتوسطة الحجم برفاهية خبرة الترميز الداخلية والاستعانة بمصادر خارجية باهظة الثمن. أصبح Power Platform قليل التعليمات البرمجية أكثر سهولة في الاستخدام بواسطة مجموعة أكبر من الموارد. ويمكن للخبراء المتخصصين والموظفين ذوي الخبرة في عمليات الأعمال المساعدة في تسريع جهود التحديث، حتى لو لم يسبق لهم كتابة سطر من التعليمات البرمجية.

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

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

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

• التحديث أثناء التنقل. كلما زادت أهمية التطبيقات التي تريد تحديثها، قل احتمال رغبتك في استبدالها جميعًا مرة واحدة. يفسح النهج قليل التعليمات البرمجية المجال بشكل جيد لبناء الحلول بزيادات يمكن التحكم فيها.

• دمج التطبيقات القديمة. غالبًا ما لا تحتوي التطبيقات القديمة على واجهات API. يمكن لإمكانات RPA من Power Platform أتمتة التطبيقات الكلاسيكية وتضمينها في عمليات الأعمال الحديثة الجديدة لديك. ويمكن أن تكون تقنية RPA مفيدة أيضًا في تحديث التطبيقات الكبيرة والمعقدة بشكل تدريجي.

• الابتكار دون إنفاق المزيد. تواصل قدرات Power Platform التحسن. تستفيد التطبيقات المبنية على النظام الأساسي من ابتكارات Microsoft دون المزيد من التكلفة عليك.

• تعزيز إنتاجية العمال في مكان عمل حديث. إن Power Platform هو جزء من مكان عمل حديث لدى Microsoft. يمكن للتطبيقات التي تم تحديثها على المنصة الاستفادة من قدرات Microsoft 365، بما في ذلك إشراك تجارب الجوال والتعاون السهل والبديهي. الذكاء الاصطناعي المتطور مثل Copilot AI Builder والميزات التي سيتم الإعلان عنها قريبا تجعل المستخدمين والمطورين أكثر إنتاجية مع أقل إحباطا ومنحنيات تعلم ضحلة.

الابتكار لعامل الخط الأمامي

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

بالشراكة مع Microsoft، أنشأت الخطوط الجوية الأمريكية ConnectMe، وهو تطبيق Microsoft Teams مبني على Power Apps Azure. باستخدام التطبيق على أي جهاز محمول، لدى فرق الخطوط الأمامية معلومات وصول المفاتيح وركوب الطائرة والأمتعة والبوابة في متناول أيديهم في الوقت الفعلي. هذه الرؤية تبسط العمليات الأرضية، وتسريع أوقات تشغيل الطائرات، وتجعل السفر تجربة أكثر متعة للعملاء. تعرف على المزيد حول تحول شركة الطيران.

تمكين الذكاء الاصطناعي للعاملين في مجال المعرفة

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

رحلة تدريجية لتحديث التطبيقات القديمة

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

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

خيارات لتحديث التطبيقات

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

يصف الجدول التالي كل خيار، مرحلة ALM عندما يكون أكثر ملاءمة، والعوامل المؤثرة التي يمكن أن تؤثر على تحديده.

نهاية العمر

هجرة

التحديث

استبعاد

استبدال

إعادة الاستضافة

إعادة هيكلة الشيفرة

إعادة الهندسة

إعادة الإنشاء

الوصف

إزالة التطبيق

استبدال التطبيق بـ SaaS أو تطبيق آخر

إعادة النشر كما هو إلى السحابة

تحسين التعليمات البرمجية الموجودة

تحويل التعليمات البرمجية إلى بنية تطبيق جديدة أو تقسيمها إلى خدمات مصغرة

إعادة كتابة التطبيق من البداية بالنطاق والمواصفات الأصلية

برامج التشغيل

لم تعد هناك حاجة إلى ذلك

خفض النفقات

خفض النفقات الرأسمالية

الاستفادة من أحدث التقنيات

خفض النفقات الرأسمالية

استرداد مخزن البيانات

عائد استثمار سحابي سريع

تحديثات أسرع وأقصر

المزيد من التعليمات البرمجية المحمولة

كفاءات سحابية أكبر في الموارد والسرعة والتكلفة

تحسين الأداء

تقليل الديون الفنية

تحسين قابلية التوسع والموثوقية وقابلية الصيانة

سهولة اعتماد القدرات السحابية الجديدة

دمج مكدسات التكنولوجيا

تسريع الابتكار

تسريع التطوير

تقليل المصاريف التشغيلية

تقنيات Microsoft

Power Apps

Dynamics 365

Azure IaaS

Azure VMWare

منصة باور (Power Platform)

الحاويات

Azure PaaS

منصة باور (Power Platform)

Azure PaaS

الخدمات المصغرة بلا خادم

منصة باور (Power Platform)

Azure PaaS

الخدمات المصغرة بلا خادم

يقترح الجدول التالي طرقًا يمكن من خلالها تطبيق النهج قليلة التعليمات البرمجية على كل خيار من خيارات تحديث التطبيق.

خيار	الوصف
إعادة الاستضافة	تؤدي إعادة الاستضافة إلى نقل التطبيق كما هو من بيئة قديمة إلى بيئة أحدث. ولا يتم تطبيق نهج التعليمات البرمجية المنخفضة بشكل مباشر، ولكن يمكن أن تكون إعادة الاستضافة هي الخطوة الأولى قبل تطبيق الاستراتيجيات الأخرى التي قد تتضمن حلولاً قليلة التعليمات البرمجية.
إعادة صياغة التعليمات البرمجية أو إعادة هيكلة التصميم	تعمل إعادة بناء التعليمات البرمجية على تعديل التعليمات البرمجية بحيث يمكن للتطبيقات الحصول على أقصى استفادة من بيئة السحابة أولاً. وتؤدي إعادة التصميم إلى تعديل التعليمات البرمجية بشكل كبير. يمكن أن يتضمن ذلك تغليف المنطق الموجود عن طريق نقله إلى واجهة برمجة التطبيقات التي يمكن عرضها على حلول قليلة التعليمات البرمجية من خلال موصل.
الاستبدال أو إعادة البناء	يستبدل التطبيق بتطبيق آخر. تُعيد إعادة البناء إنشاء تطبيق من الألف إلى الياء. وعادةً ما يكون هذا الخيار هو المكان الذي يحقق فيه النهج قليل التعليمات البرمجية أفضل نتائج الأعمال. يمكن أن يساعد البدء بتطبيق من Dynamics 365 أو Microsoft Marketplace في بدء التحديث بسرعة عندما تتطابق حالة الاستخدام مع إمكانية تم إنشاؤها مسبقا. ويمكن للمؤسسات بعد ذلك استخدام مكونات Power Platform لتخصيص التطبيق لتلبية احتياجاتها الفريدة.

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

دليلك لرحلة التحديث الخاصة بك

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

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

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

3. العَمَليَات. لا يتوقف تحديث التطبيق عند التنفيذ. باستخدام نهج السحابة أولا منخفض التعليمات البرمجية، يمكنك استخدام خدمات وأدوات النظام الأساسي السحابي لتأمين تطبيقاتك وإدارتها وإدارتها وتحسينها.

تقييم فرص الحلول ذات التعليمات البرمجية المنخفضة

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

ولتقييم أحد التطبيقات، نوصيك أولاً بتحديد ما إذا كان لا يزال مطلوبًا ومفيدًا أو يجب استبعاده. وإذا قررت أنه لا يزال مطلوبًا، فقم بتقييم ما إذا كان الحل قليل التعليمات البرمجية يمكن أن يحل محل التطبيق ككل. وإذا لم يكن التطبيق بأكمله مناسبًا لاستبدال قليل التعليمات البرمجية، فقم بتقييم ما إذا كان واحد أو أكثر من أحمال عمل التطبيق أو مكوناته قد يكون كذلك. وقد تجد أن الحل قليل التعليمات البرمجية الممتد بالتعليمات البرمجية المطورة تقليديا يوفر أفضل ما في العالمين.

على سبيل المثال، إذا حددت أن أحد التطبيقات ليس مناسبا لأن Power Apps يفتقد إلى عنصر تحكم مطلوب، يمكنك استخدام إطار عمل المكون Power Apps (PCF) والرمز التقليدي لإنشاء عنصر تحكم مخصص. مثال آخر هو تطبيق يحتوي على منطق معقد. يمكنك توحيد المنطق في واجهة برمجة التطبيقات التي يمكن لتطبيقات Power Apps الوصول إليها عبر موصل مخصص. في كلا المثالين، سمحت قابلية التوسعة td Power Platform ببناء معظم التطبيق باستخدام مكونات قليلة التعليمات البرمجية، مما أدى إلى سد الفجوات باستخدام التعليمات البرمجية المطورة تقليديًا.

NSure.com، وهي منصة تسوق تأمين خاصة عبر الإنترنت، تقدم مثالاً واقعيًا. اعتمد الإطلاق الأولي للشركة على خدمات Angular Xamarin Azure المطورة تقليديا. بإضافة Power Platform Dynamics 365، NSure.com إنشاء حل من الجيل التالي باستخدام كل من التعليمات البرمجية المنخفضة وتقنيات الترميز التقليدية، كما يوضح الرسم التخطيطي التالي. تعرف على المزيد حول رحلة الشركة.

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

سيناريوهات الواجهة الأمامية التي لا تتلاءم مع نهج قليل التعليمات البرمجية

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

سيناريوهات الواجهة الخلفية التي لا تتلاءم مع نهج قليل التعليمات البرمجية

سيناريو	التحدي
البيانات عالية السرعة	عادةً ما يتم دعم استيراد ملايين صفوف البيانات كجزء من عمليات الترحيل والأحداث المماثلة. ومع ذلك، يجب أن تخضع أعباء العمل التي تنطوي على معالجة ملايين صفوف البيانات كل ساعة أو يوميا لمزيد من التقييم. على سبيل المثال، لا يكون من المنطقي جمع كميات كبيرة من البيانات عن بُعد لإنترنت الأشياء (IoT) في Dataverse. بدلا من ذلك، يمكن استخدام Azure الخدمات السحابية لجمع البيانات والإشارات ذات الصلة المضافة إلى Dataverse وتحليلها لتشغيل الإجراءات في التطبيق. وقد تتطلب التطبيقات التي تتضمن حجمًا كبيرًا من التحديثات لبيانات Dataverse بانتظام مساعدة التعليمات البرمجية التقليدية لتوسيع نطاق التحديثات.
أحمال العمل في الخلفية بمنطق معقد	قد لا تكون أحمال العمل في الخلفية التي تتضمن منطقًا معقدًا أو حجمًا كبيرًا من استدعاءات واجهة برمجة التطبيقات مناسبة لحل قليل التعليمات البرمجية. بدلاً من ذلك، يمكن تجميع المنطق في واجهة API التي يمكن لحل قليل التعليمات البرمجية استدعاؤها.
واجهات API التي تستخدم بروتوكولات غير RESTful	تدعم موصلات Power Platform واجهات برمجة تطبيقات REST فقط. إذا كنت بحاجة إلى الاتصال بواجهة برمجة تطبيقات نمط أخرى مثل SOAP أو gRPC، فقم بتوفير واجهة برمجة تطبيقات REST الخاصة بك التي تتصل بواجهة برمجة التطبيقات غير المتوافقة.

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

تحديد أولويات الفرص ذات التعليمات البرمجية المنخفضة

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

ينبغي أن يأخذ تحديد الأولويات في الاعتبار العوامل التالية:

• نضج البرمجة ذات التعليمات القليلة لمؤسستك
• تعقيد الفرصة
• عائد الاستثمار للمؤسسة والمستخدمين وتكنولوجيا المعلومات
• الوقت لتحقيق القيمة

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

وغالبًا ما لا تكون التطبيقات ذات التكامل المعقد مع الأنظمة الأخرى هي أفضل مكان للبدء. ويمكن أن تؤدي محاولة معالجة التطبيقات الكبيرة جدًا أو المعقدة جدًا إلى الإحباط والفشل. وتجنب أي مرشحين مشكوك فيهم وقليلي التعليمات البرمجية. واحفظهم بعد أن يكمل فريقك بعض التحديثات الناجحة.

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

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

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

تنظيم فرقك وصقل مهاراتها

لا تقوم المؤسسات الناجحة في تحديث تطبيقاتها القديمة بتعيين مشروع تحديث لفريق من مطوري التعليمات البرمجية التقليديين فقط وتأمل أن ينجحوا. من المهم منح فريقك المعرفة والثقة في التطوير قليل التعليمات البرمجية الذي يحتاجه لإكمال جهود التحديث بنجاح.

ويُشار إلى فريق من الموارد قليلة التعليمات البرمجية التي تعمل جنبًا إلى جنب مع موارد التعليمات البرمجية التقليدية باسم فريق الاندماج. وتم تصميم فرق الاندماج لتشجيع التعاون من خلال تدريب كلا النوعين من الموارد على دمج الحلول قليلة التعليمات البرمجية مع التعليمات البرمجية التقليدية. ويحدد مهندس الحلول كيفية تصميم الحل بين التعليمات البرمجية القليلة والتعليمات البرمجية التقليدية.

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

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

وتحتاج كل من موارد التعليمات البرمجية القليلة والتقليدية إلى فهم أين تبدأ وتنتهي حلول التعليمات البرمجية قليلة التعليمات البرمجية والتقليدية وأين تتقاطع.

جمع المتطلبات

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

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

تجنب العمل ضد الأساليب قليلة التعليمات البرمجية

غالبًا ما ترتكب المؤسسات الجديدة في تحديث التطبيقات ذات الحلول قليلة التعليمات البرمجية خطأ تطوير قليل التعليمات البرمجية بنفس الطريقة التي تطور بها التعليمات البرمجية التقليدية. على سبيل المثال، قد تطبق المؤسسة معايير UX المكتوبة لتطبيقات Angular على أول تطبيق Power Apps. وسيقضي فريق المشروع وقتًا غير ضروري في محاولة تلبية المعايير التي تم تصميمها لقدرات إطار عمل Angular وليس احتياجات العمل.

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

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

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

فهم هيكل التكلفة لنهج قليل التعليمات البرمجية

السؤال الشائع الذي تطرحه المؤسسات عندما تفكر في جهود التحديث هو كم ستكلف؟ في حين أن المناقشة الكاملة للترخيص وتحليل التكلفة تتجاوز نطاق هذه الورقة، يمكننا استكشاف هذه الموضوعات على مستوى عال.

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

تتمتع جميع منتجات Power Platform بأسعار خاصة بالكميات تنطبق عادةً على جهود تحديث التطبيقات ويجب تقييمها وفقًا لاستراتيجية كل مؤسسة فريدة.

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

وباستخدام أساليب الترميز التقليدية، تدفع مقابل العمالة لتنفيذ عملية أعمال فريدة في التعليمات البرمجية، والعمالة لبناء البنية التحتية للتطبيق، والخدمات السحابية اللازمة لدعم التطبيق.

وتتطلب جميع الحلول، سواء كانت تعليمات برمجية قليلة أو تقليدية، صيانة وصيانة مستمرة. ومع ذلك، تتطلب الحلول قليلة التعليمات البرمجية موارد أقل للقيام بذلك. كما أنها تتحمل ديونًا فنية أقل لأن البنية التحتية للتطبيق يوفرها النظام الأساسي.

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

نظرة داخل Power Platform

يتم إنشاء مكونات Power Platform على نفس Microsoft Azure الخدمات السحابية المتوفرة إذا كنت تستخدم أساليب الترميز التقليدية. وتم دمج هذه المكونات مع بعضها البعض ومع ميزات الأمان وقابلية التوسع والإصلاح بعد كارثة من أجلك.

داخل Dataverse

يتم تشغيل Dataverse بواسطة أكثر من 25 خدمة Azure مدارة بالكامل مثل الوظائف Load Balancer والخدمات المعرفية وSynapse وDevOps Active Directory Microsoft Purview. تتضمن القدرات المضمنة الأمان الشامل والتحليلات القوية والذكاء الاصطناعي ومنطق الأعمال المتقدم ومعالجة الأحداث ونمذجة البيانات والتكامل مع Dynamics 365 Microsoft 365 Azure والمزيد. كل هذه الإمكانات مبنية على طبقة تخزين Dataverse متعددة اللغات، والتي تستند إلى Azure SQL DB (للبيانات الارتباطية)، Azure Cosmos DB (NoSQL)، مساحة تخزين Azure Blob (للملفات)، Azure Data Lake Storage Gen 2 (لتحليلات واسعة النطاق واستبقاء البيانات على المدى الطويل). إنها متوفرة للاستخدام الشفاف في المكونات قليلة التعليمات البرمجية لتطبيق Power Platform ومن خلال واجهة برمجة تطبيقات REST في Dataverse.

ويعد التوافر العالي واستمرارية الأعمال والإصلاح بعد كارثة (BCDR) مهمة للتطبيقات الحيوية للأعمال. تعمل Dataverse على زيادة التوفر مع خدمات الموثوقية Azure. تتم عملية تكرار الخوادم الأساسية والثانوية بشكل متزامن، مع وجود نسيج أسفله يمكنه اكتشاف الأعطال واختيار خادم أساسي جديد باتباع بروتوكولات التصويب. عمليات تجاوز الفشل عالية التوفر، والتي تحدث داخل منطقة Azure، سلسة ونادرًا ما يلاحظها المستخدمون، وعادةً ما تحدث في ثوانٍ. ونضمن عدم فقدان البيانات بغض النظر عما إذا كان الانقطاع مخططًا له أو غير مخطط له.

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

وبالإضافة إلى التنفيذ الفني للتوافر العالي وBCDR، يختبر فريق العمليات بانتظام جاهزيته للاستجابة لأنواع مختلفة من الأحداث.

داخل Power Automate

يتم إنشاء Power Automate تدفقات السحابة فوق Azure Logic Apps. يوفر Power Automate التجريد والتكامل مع المكونات ذات الكود المنخفض الأخرى مثل Power Apps ويستخدم محرك التشغيل الفوري Logic Apps. سيجد المطورون الذين هم على دراية ب Logic Apps Power Automate يستخدم مفاهيم مماثلة، بما في ذلك لغة التعبير.

داخل Power Apps

تم إنشاء محرك وقت تشغيل Power Apps على إطار عمل React. تم إنشاء التطبيقات في مصمم Power Apps، والذي يستخدم واجهة تعتمد على السحب والإفلات لتطوير الشاشات. تنفذ صيغ Power Fx المنطق. وتعمل الموصلات على توسيع وصول التطبيقات إلى الخدمات الأخرى والمنطق والمكونات التي تسمح بملحقات مرئية قابلة لإعادة الاستخدام. يمكن للمطورين استخدام إطار عمل مكون Power Apps (PCF) لإنشاء عناصر تحكم مخصصة. بينما يمكن استخدام العديد من أطر عمل واجهة المستخدم جنبًا إلى جنب مع PCF، تتميز Power Apps بدعم مدمج ل React.

داخل الموصلات

تستخدم الموصلات إدارة Azure API لإدارة بيانات الاعتماد والاتصالات من كل مستخدم.

رسم تخطيطي يوضح كيفية عمل Power Apps وإدارة واجهة برمجة التطبيقات والموصلات ومصادر البيانات معًا.

ويتم استخدام البنية نفسها لجميع الموصلات، بما في ذلك الموصلات المخصصة التي تقوم بإنشائها لواجهات API الخاصة بك. يضمن استخدام إدارة Azure API واجهة متسقة لمنتجات Power Platform مثل Power Apps Power Automate مع جميع الموصلات.

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

رسم تخطيطي

خيارات قابلية التوسعة في Power Platform

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

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

خيار	الوصف
واجهات API والموصلات المخصصة	وتعمل الموصلات المخصصة لواجهات برمجة تطبيقات REST على مركزة منطق التطبيق وتسمح له بالتعرض للمكونات قليلة التعليمات البرمجية بطريقة آمنة ومحكمة. ويمكنك استخدام هذا الأسلوب في إستراتيجية واجهة برمجة التطبيقات أولاً لتحديث التطبيق. ويستخدم الموصل المخصص مستند OpenAPI لتحديد كيفية تفاعل مكون قليل التعليمات البرمجية مع واجهة برمجة تطبيقات REST. على سبيل المثال، يمكنك إنشاء واجهة برمجة تطبيقات باستخدام دالات Azure ونشرها على إدارة Azure API. يمكن إدارة Azure API تصدير تعريف OpenAPI لإنشاء الموصل المخصص تلقائيا للاستخدام في حل منخفض التعليمات البرمجية. ويعمل هذا الأسلوب على فصل تطبيقات العميل عن واجهات API، مما يسمح لها بالتطور بشكل مستقل. وتتم إدارة واجهات API مركزيًا، مما يضيف طبقة من الأمان من خلال عدم كشف واجهة API مباشرة واستخدام تقنيات المصادقة، مثل مفاتيح الاشتراك والرموز المميزة وشهادات العميل والرؤوس المخصصة.
إطار عمل مكونات Power Apps	إطار عمل Power Apps للمكونات هو إطار عمل يتيح إمكانية التوسع لإنشاء مرئيات مخصصة لكل من Power Apps وPower Pages. يتم إنشاء مكونات التعليمات البرمجية باستخدام HTML أو JavaScript أو TypeScript. فكر في مكونات التعليمات البرمجية ككتل إنشاء لواجهة المستخدم يمكن إعادة استخدامها لإنشاء تطبيق واحد أو أكثر. تتضمن المكونات بيانًا يحدد كيفية تفاعل مكون الـ Low-Code مع مكون التعليمات البرمجية. وتسمح واجهة المكون لمحرك وقت تشغيل الاستضافة بتوصيل أحداث دورة حياة حاوية الاستضافة. ويسمح هذا لمكون التعليمات البرمجية بعرض مرئياته باستخدام معلومات السياق التي توفرها حاوية الاستضافة. للحصول على أفكار، تصفح معرض المجتمع على https://pcf.gallery.
الجداول الظاهرية	تسهل الجداول الظاهرية دمج البيانات الموجودة في الأنظمة الخارجية. وهي تمثل البيانات الخارجية بسلاسة كجداول في Microsoft Dataverse، دون نسخ البيانات نسخا متماثلا وغالبا دون الحاجة إلى ترميز مخصص. يتم تزويد Dataverse بموفري البيانات لـ OData v4 و Azure Cosmos DB. يقوم موفر الموصل الظاهري، قيد المعاينة حاليا، بتوسيع موفري البيانات المتاحين لتضمين مجموعة فرعية من موصلات Power Platform، بما في ذلك SharePoint SQL Server. وبالنسبة إلى السيناريوهات الأكثر تقدمًا، يمكن للمطورين إنشاء موفري بيانات مخصصين. ويتطلب إنشاء موفري بيانات مخصصين معرفة عميقة بكل من البيانات الخارجية وDataverse. والقدرة على إنشاء مكونات Dataverse الإضافية باستخدام Power Fx للمنطق قيد المعاينة.
المكونات الإضافية في Dataverse	مكون Dataverse الإضافي هو معالج أحداث مخصص يتم تنفيذه استجابة لحدث معين. فكر في المكونات الإضافية مثل الإجراءات المخزنة في محرك قاعدة بيانات ولكن مكتوبة في .NET. على سبيل المثال، يتم رفع الأحداث أثناء معالجة عملية بيانات Microsoft Dataverse أو عند الطلب على أحداث واجهة برمجة التطبيقات المخصصة. يتم تنفيذ المكون الإضافي كفئة مخصصة مجمعة في تجميع إطار عمل .NET يمكن تحميله وتسجيله مع Dataverse. وباستخدام واجهة محددة، يمكن للمكون الإضافي الحصول على معلومات السياق حول الحدث الذي تتم معالجته. ويمكن تشغيل المكونات الإضافية كجزء من حركة Dataverse ويمكنها تنفيذ عمليات بيانات أخرى تشكل جزءًا من الحركة الحالية. المكونات الإضافية مخصصة لوحدات العمل الصغيرة. يجب تحسين أدائها حتى لا تؤثر سلبًا على الأداء العام. ويتم تنفيذ المكونات الإضافية دائمًا، بغض النظر عن العمليات من واجهة المستخدم أو واجهة API، مما يجعلها طريقة فعالة لفرض منطق الأعمال باستمرار.

استكشاف سيناريوهات بنية التحديث قليلة التعليمات البرمجية

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

تجارب التطبيق

يمكن أن يُحدث تحديث تجربة المستخدم فرقًا كبيرًا للمستخدمين. Power Apps هو الطريقة الأساسية لبناء تجارب التطبيق الداخلية باستخدام Power Platform. يمكنك استخدام Power Pages لتطبيقات الويب الداخلية، ولكنها أكثر شيوعا للتطبيقات الخارجية.

Power Apps

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

يصف الجدول التالي نوعي التطبيقات التي يمكنك إنشاؤها باستخدام Power Apps وتطبيقات اللوحة والتطبيقات المستندة إلى النموذج.

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

ويوضح الرسم التخطيطي التالي بنية أساسية لتطبيق اللوحة أو تطبيق يستند إلى نموذج، حيث يتصل التطبيق مباشرة بمصادر البيانات.

ولتقليل الاتصالات المباشرة بمصدر البيانات، يمكنك جعل التطبيق يستخدم موصلاً مخصصًا بواجهة برمجة التطبيقات، والذي يقوم بأي عمل ضروري في مصدر البيانات. ويسمح لك هذا الأسلوب بالتحكم في العمليات التي تتعرض لمكونات قليلة التعليمات البرمجية ويمكنه تجريد تعقيد المنطق الأساسي. يوضح الرسم التخطيطي التالي نهج واجهة API أولاً.

يمكن Power Apps أيضا تشغيل Power Automate تدفقات السحابة مباشرة التي يمكن أن ترجع النتائج إلى التطبيق أو تعمل بشكل غير متزامن.

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

Power Pages

مصدر البيانات الأساسي Power Pages هو Dataverse. وعند إضافة صفحات إلى موقع ويب، فإنك تخزن تعريفات الصفحات في Dataverse. ويمكن للصفحات تقديم بيانات Dataverse وجمع البيانات من المستخدمين لتخزينها في جدول في Dataverse.

يمكنك تكوين صفحات للوصول المجهول أو للوصول المصادق عليه باستخدام Microsoft Entra ID للمستخدمين الداخليين أو موفري الهوية للمستخدمين الخارجيين. وعند وصول المستخدمين المصادق عليهم إلى البيانات، تتوفر فقط البيانات التي لديهم إذن بالوصول إليها.

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

إدارة البيانات

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

لديك الخيارات التالية لبنية البيانات للتطبيق الحديث:

• اترك البيانات في مكانها: استخدم الموصلات أو واجهات API مع الموصلات المخصصة للوصول إلى البيانات حيث توجد. وعندما تكون البيانات محلية، يمكن لبوابة البيانات تسهيل الاتصال الآمن. استخدم الجداول الظاهرية لدمج البيانات الخارجية المتوافقة كجدول Dataverse.

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

• الترحيل إلى بحيرة البيانات: بالنسبة للبيانات التاريخية أو التحليلية أو تتبع القياس، استخدم بحيرة البيانات. يمكن استخدام البيانات الموجودة في المستودع لإنشاء تحليلات Power BI أو معالجتها لإنشاء رؤى مدعومة بالذكاء الاصطناعي.

وعند تقييم خيارات بنية البيانات لتطبيق حديث، ضع الاعتبارات التالية في الاعتبار:

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

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

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

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

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

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

البيانات الخارجية وDataverse

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

ويتم تنفيذ الجداول الظاهرية باستخدام بنية موفر البيانات. تتضمن Dataverse موفر بيانات OData يمكن استخدامه مع خدمات ويب OData V4. ويسمح موفر بيانات موصل ظاهري، قيد المعاينة حاليًا، باستخدام موصلات Power Platform كجداول ظاهرية.

يوضح الرسم التخطيطي التالي استخدام الموصل الظاهري.

ويمكن للمطورين أيضًا إنشاء موفرين مخصصين لمصادر البيانات الخارجية الأخرى. ومع ذلك، يجب عليهم فهم وتنفيذ جميع تعيينات Dataverse ودعم التشغيل.

ويمكن أن تساعدك الاعتبارات التالية في تقييم استخدام الجداول الظاهرية في مشاريع التحديث الخاصة بك:

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

الملف والصور

عند تحديث التطبيقات التي تستخدم الملفات والصور، من المهم التفكير في المكان الذي سيخزنها فيه الحل الجديد. لدى Dataverse قدرات متخصصة لتخزين الملفات والصور. يمكن إضافة كليهما إلى الجداول عمودا وتخزينهما في مساحة تخزين Azure Blob التي يديرها Dataverse. ويمكن للتطبيقات العمل معها باستخدام موصل Dataverse، دون الحاجة إلى مصادقة منفصلة أو واجهة API.

ويُعد استخدام Dataverse للملفات والصور مناسبًا عندما يكون لديها اتصال مباشر بالبيانات ولا يحتاج العديد من المستخدمين إلى التعاون بشأنها؛ على سبيل المثال، صورة لمنتج أو موقع أو النسخة النهائية من عقد قانوني. ومع ذلك، إذا احتاج العديد من المستخدمين إلى تعديل العقد القانوني بشكل متزامن، فإن استخدام SharePoint سيوفر إمكانات تعاون أكبر. ضع في اعتبارك استخدام مساحة تخزين Azure Blob مباشرة إذا كنت بحاجة إلى إدارة الأمان بشكل منفصل عن Dataverse أو إذا كنت بحاجة إلى استخدام ميزات معينة خاصة بالملفات.

عمليات التكامل

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

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

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

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

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

ويمكن أن تساعدك الاعتبارات التالية في تقييم كيفية تقديم عمليات التكامل الحالية:

• هل لا تزال هناك حاجة إلى التكامل؟ ليس من غير المألوف معرفة أنه لا أحد يستخدم نتائج التكامل بعد الآن ويمكن إيقافها.

• هل هناك تحديات في الاتصال إذا كان التطبيق الحديث في السحابة؟ قد تتضمن التحديات زمن الانتقال والوصول إلى واجهة API محلية أو مخزن بيانات. ,في بعض الحالات، يمكن أن تساعد بوابة البيانات الداخلية في الوصول إلى الخدمة أو البيانات من السحابة. عندما يكون الوصول إلى البيانات أو الخدمة بطيئًا جدًا، فكر فيما إذا كان يمكنك جعل البيانات محلية للتطبيق الحديث أو إجراء التكامل في الخلفية.

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

قبل المضي قدما في أي عمليات تكامل مخصصة، يجب تقييم قدرات التكامل المضمنة في Power Apps.

• Microsoft Teams: يمكن تضمين تطبيقات Power Apps اللوحة القماشية ووكلاء Copilot Studio في قنوات Teams. وباستخدام موصل Teams، يمكن للتطبيقات وعمليات سير المهام نشر رسائل Teams واستهلاكها بسهولة. يمكن استخدام بطاقات Power Apps مثل التطبيقات المصغرة لمشاركة معلومات قابلة للتنفيذ في قناة Teams.

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

• يمكن عرض Power BI: Power BI نتائج التحليلات في سياق تطبيق لوحة Power Apps. يمكنك تضمين تطبيق يستند إلى نموذج في تقرير Power BI للسماح للمستخدمين بالتصرف بناء على الرؤى دون مغادرة Power BI.

ويوفر استخدام Dataverse كمستودع بيانات أساسي للتطبيق الحديث بعض الإمكانات المضمنة التي يمكن أن تكون مفيدة للتكامل.

• يمكن استخدام واجهات API المخصصة في Dataverse للتكامل على مستوى التطبيق الوارد. وتوفر واجهات برمجة التطبيقات المخصصة عملية فريدة تقترن بقدر صغير من منطق التعليمات البرمجية المخصصة. على سبيل المثال، يمكن لنظام الإرسال استخدام واجهة API المخصصة لـ RequestNewProject وسيعرف المنطق المرتبط كيفية وضع البيانات المستلمة في جداول Dataverse المناسبة. وسيتم استخلاص نظام الإرسال من بنية جدول Dataverse.

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

يوضح الرسم التخطيطي التالي مثالاً للأحداث الواردة والصادرة في بيئة Dataverse.

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

على سبيل المثال، استخدمت Ernst and Young تكامل SAP الذي تم إنشاؤه مسبقًا لتطوير حل سريع لتحسين عملية تمويل عالمية عالية التكرار. يوضح الرسم التخطيطي التالي لحل PowerPost الخاص بالشركة كيفية قيام مستخدمي التمويل بترحيل المستندات إلى نظام SAP ERP لدفتر الأستاذ العام باستخدام Power Platform.

خيارات اتصال التكامل

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

• تسمح بوابات Data بمكونات التعليمات البرمجية المنخفضة من Power Apps Power Automate Power BI بالوصول مرة أخرى إلى الموارد المحلية لدعم سيناريوهات التكامل المختلط. وتوفر البوابات طريقة سريعة للتطبيقات الحديثة قليلة التعليمات البرمجية للوصول إلى مصادر البيانات التي لا تزال موجودة. باستخدام البوابة، يمكنك الاتصال بالبيانات المحلية من مصادر مثل نظام ملفات محلي وDB2 وOracle وSAP ERP SQL Server SharePoint. ويمكن لبوابة واحدة دعم العديد من المستخدمين والوصول إلى مصادر متعددة. كما يمكنك تكوين بوابات البيانات كمجموعات لتوفير التوافر العالي.

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

  

• تسمح بوابات بيانات الشبكة الظاهرية لتدفقات بيانات Power BI وPower Platform بالاتصال بخدمات البيانات في شبكة ظاهرية Azure دون الحاجة إلى بوابة بيانات محلية على جهاز ظاهري داخل الشبكة الظاهرية.

• تسمح نقاط النهاية الخاصة Azure Private Link والشبكات Azure للتطبيقات والتدفقات بالوصول إلى Power BI بشكل آمن. ويتم استخدام نقاط النهاية الخاصة لإرسال حركة البيانات بشكل خاص باستخدام البنية الأساسية للشبكة الأساسية لشركة Microsoft بدلاً من المرور عبر الإنترنت. تضمن نقاط النهاية الخاصة أن حركة المرور التي تنتقل إلى موارد Power BI لمؤسستك، مثل التقارير أو مساحات العمل، تتبع دائما مسار شبكة الارتباط الخاص الذي تم تكوينه لمؤسستك.

• يوفر Azure ExpressRoute طريقة متقدمة لتوصيل شبكتك المحلية بخدمات Microsoft السحابية باستخدام الاتصال الخاص. يمكن لاتصال ExpressRoute واحد الوصول إلى خدمات متعددة عبر الإنترنت مثل Power Platform، وDynamics 365، وMicrosoft 365، وخدمات السحابة Azure دون الحاجة إلى المرور عبر الإنترنت العام. ويتطلب ExpressRoute تخطيطًا وتكوينًا كبيرين وينطوي على تكلفة أكبر لخدمة ExpressRoute وموفر الاتصال.

وبغض النظر عن الأساليب التي تستخدمها لاتصال التكامل، يجب عليك تقييم اتصالك للتأكد من أنه يحتوي على زمن انتقال منخفض بما يكفي وعرض نطاق ترددي كاف لدعم كل من عمليات التكامل والتطبيق الحديث.

منطق الأعمال

وعند إنشاء تطبيقات حديثة، يمكنك اختيار ما تريد تنفيذ منطق الأعمال به ومكان تنفيذه في بنية تطبيقك. وبدون توجيه، سينتهي الأمر بمعظم المؤسسات بفوضى منطق الأعمال. وإن وجود منطق قابل لإعادة الاستخدام يضمن الاتساق في التنفيذ يمكن أن يساعد في تسريع جهود التحديث.

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

وعند تصميم حل يتضمن تعليمات برمجية قليلة، يمكن أن تساعدك الاعتبارات التالية في تحديد المكان الذي يمكنك وضع منطق الأعمال فيه.

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

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

• في مكون Dataverse الإضافي: يتم تشغيل المكونات الإضافية استجابةً لحدث صف البيانات مثل الإنشاء أو التحديث أو الحذف. يتم تشغيل هذا المنطق في أي وقت يحدث فيه الحدث، بغض النظر عن التطبيق أو التدفق الذي نفذ الإجراء أو إذا تم تنفيذه مباشرة من واجهة API لـ Dataverse. وفائدة هذا السلوك هو أنه يضمن الاتساق في جميع الاستخدامات. بالإضافة إلى ذلك، فإن جميع تغييرات بيانات Dataverse الصادرة عن منطق المكون الإضافي هي مُعامَلات، وإما أن تكتمل جميعها أو يتم التراجع عن جميعها. ويجب أن يكون منطق المكونات الإضافية قصيرًا وفعالاً ولا يحاول تنفيذ عمل طويل الأمد. وفي بعض الأحيان، لا تكون المكونات الإضافية للأحداث هي أفضل طريقة إذا كان يجب عليك الاستماع إلى الأحداث على جداول متعددة لإكمال حدث عمل واحد مثل الفحص الدقيق. على سبيل المثال، يمكنك التفكير في واجهة API مخصصة لـ Dataverse بدلاً من وجود مكونات إضافية في جداول متعددة. ويمكن للمكونات الإضافية تنفيذ المنطق باستخدام أذونات عالية قد لا يمتلكها المستخدم عادةً. ويسمح هذا الأسلوب أيضًا بتقليل الأذونات التي قد يحتاجها مستخدم التطبيق. ويمكن نشر المكونات الإضافية في حل Dataverse إلى جانب التطبيقات والتدفقات.

• في واجهات API المخصصة لـ Dataverse: تتيح لك واجهات API المخصصة في Dataverse تنفيذ رسالة API المخصصة الخاصة بك والتي يمكنها تشغيل المنطق. على سبيل المثال، يمكنك إنشاء واجهة API مخصصة للفحص الدقيق يتم استدعاؤها للقيام بكل العمل للتحقق من الفحص وإغلاقه. ولن يكون مستندًا إلى الأحداث، ولكن سيتم استخدامه عند الطلب بواسطة التطبيقات والتدفقات التي تحتاجه. ومثل المكونات الإضافية المستندة إلى الأحداث، فإن تغييرات البيانات التي يتم إجراؤها في المكون الإضافي الخاص بواجهة برمجة التطبيقات موجهة للتعاملات. وتكون واجهة API المخصصة هي الأفضل عندما تكون الخدمة الوحيدة التي تستخدمها هي واجهة API لـ Dataverse لعمل البيانات الأخرى. ويمكن نشر المكونات الإضافية لواجهات API المخصصة في حل Dataverse إلى جانب التطبيقات والتدفقات.

تنفيذ واجهة API للتعليمات البرمجية

يمكنك تنفيذ واجهات برمجة التطبيقات في وقت تشغيل استضافة واجهة برمجة التطبيقات المفضلة لديك، مثل دالات Azure أو Azure Container Apps أو أي خدمة قادرة على استضافة واجهة برمجة تطبيقات REST. ويمكن لواجهات API المخصصة هذه تنفيذ أي منطق، ويمكن لكل من التطبيقات قليلة التعليمات البرمجية والتعليمات البرمجية التقليدية استخدامها. لا توفر واجهات برمجة التطبيقات المخصصة أي دعم للمعاملات إلا ما قد تقدمه واجهة برمجة أخرى تستخدمها. على سبيل المثال، يمكن لواجهة برمجة التطبيقات المخصصة استخدام SQL Server بنيات المعاملات إذا استخدمت SQL Server. وسيكون نشر واجهة API لتطبيقات التعليمات البرمجية مستقلاً عن الموارد ذات قليلة التعليمات البرمجية التي قد تستخدمها. يمكنك استخدام إدارة Azure API لتنظيم استخدام واجهات برمجة التطبيقات هذه والمساعدة في جعلها أكثر قابلية للاكتشاف.

الأمان

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

ويتبنى Power Platform نهجًا متعدد الطبقات للأمان يمكنك استخدامه لبناء بنية الأمان الخاصة بك. ويتمثل أحد المبادئ الأساسية لهذه القدرات في أن الحلول قليلة التعليمات البرمجية يجب أن تتكامل مع جهاز الأمان الحالي لديك لتقليل تأثير تقديمها.

ودعنا نلقي نظرة رفيعة المستوى على طبقات الأمان المتعددة التي تشكل نموذج أمان ‏‎Power Platform.

• تتم مصادقة المستخدمين بواسطة Microsoft Entra ID، ويمكن تقييد الاستخدام باستخدام نهج الوصول المشروط.
• يعتبر الترخيص بوابة التحكم الأولى للسماح بالوصول إلى مكونات Power Platform.
• ويتم التحكم في القدرة على إنشاء التطبيقات وسير العمل من خلال الأدوار الأمنية في سياق البيئات.
• ويتم التحكم في قدرة المستخدم على رؤية موارد Power Platform واستخدامها من خلال مشاركة التطبيق مع المستخدم. تتم مشاركة الموارد مباشرة مع المستخدم أو مجموعة Entra ID.
• وتعمل البيئات كحدود أمان تسمح بتنفيذ مختلف احتياجات الأمان في كل بيئة.
• تستخدم Power Automate التدفقات وتطبيقات اللوحة الموصلات. وتحدد بيانات اعتماد الاتصال الخاص واستحقاقات الخدمة المقترنة الأذونات عندما تستخدم التطبيقات الموصلات.
• تدعم البيئات التي لديها مثيل Dataverse المزيد من نماذج أمان أكثر تقدمًا خاصة بالتحكم في الوصول إلى البيانات والخدمات الموجودة في مثيل Dataverse هذا.
• يمكن تقييد استخدام الموصل بشكل أكبر بواسطة سياسات البيانات. يمكن أيضًا تطبيق القيود الواردة والصادرة عبر المستأجرين على الموصلات.

وتجدر الإشارة إلى أنه عند الوصول إلى مصادر البيانات من خلال الموصلات، فإن الأمان الأساسي بكامله الذي يقدمه مصدر البيانات هو بالإضافة إلى طبقات الأمان التي ورد وصفها. لا توفر Power Apps وPower Automate للمستخدمين بشكل افتراضي الوصول إلى مصدر بيانات الموصل الذي ليس لديهم بالفعل. ويجب أن يتوفر للمستخدمين حق الوصول إلى البيانات التي يطلبون الوصول اليها بالفعل.

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

تصميم نموذج الأمان الخاص بك

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

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

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

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

الذكاء الاصطناعي

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

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

Microsoft أدخلت Copilots في المنتجات والخدمات الأساسية لتسهيل الوصول إلى تقنية الذكاء الاصطناعي المتقدمة. يستخدم Copilot تقنيات الذكاء الاصطناعي الحديثة ونماذج اللغات الكبيرة ويمكن للمستخدمين التفاعل معها في التطبيقات التي يستخدمونها كل يوم، مثل Microsoft 365 Windows Dynamics 365 وPower Platform.

التوسيع باستخدام المكونات الإضافية

يمكن لمستخدمي التطبيقات التي تعمل Copilot أن يطلبوا من Copilot المساعدة في المهام الشائعة في التطبيق. ويمكنك توسيع Copilots لتشمل البيانات والمهام التي لا يعرفونها بالفعل والتي تقع خارج نطاق التطبيق الذي يعمل معه المستخدم. يمكن أن يتضمن Microsoft 365 Copilot بيانات Power Platform المخزنة في Dataverse، بحيث لا يتعين على المستخدمين التبديل ذهابا وإيابا بين التطبيقات. على سبيل المثال، من Outlook، يمكن للمستخدم أن يطلب من Copilot إنشاء تحديث حالة لجميع عمليات الفحص الفاشلة المكتملة اليوم. يرث Microsoft 365 Copilot تلقائيا إطار الأمان والحوكمة الأصلي ل Dataverse ويطبق أمان المستخدم وأذوناته في وقت التشغيل.

الموصلات كمكونات إضافية

تعد موصلات Power Platform مهمة أيضا لتجربة Copilot. يمكن للموصلات الاتصال كمكونات إضافية لتوسيع قدرات Copilot. على سبيل المثال، يمكن Microsoft 365 Copilot مع موصل Power Platform لبرنامج Jira تمكين مدير المشروع من طلب حالة تذكرة دعم Jira والتصرف بناء على الاستجابة، مثل توجيهه للحصول على مزيد من الموافقة أو بدء أمر شراء لأجهزة جديدة. باستخدام المكونات الإضافية، يمكنك دمج العمليات التجارية والبيانات مع Copilot لتمكين المستخدمين من التفاعل من أي تطبيقات يستخدمونها.

إنشاء المساعد الخاص بك

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

يمكنك استخدام عنصر التحكم Copilot الذي تم إنشاؤه مسبقا في Power Apps لإضافة الكوبيلوت إلى تطبيقات اللوحة والتطبيقات المستندة إلى النموذج. ومن خلال تكوين طريقة عرض لمصدر البيانات وبعض معلومات المطالبة الأساسية، يمكنك توفير تجربة المساعد داخل التطبيق الخاصة بك بسرعة.

إدارة دورة حياة التطبيق

ويتمثل جزء مهم من أي جهد تحديث في إنشاء عملية إدارة دورة حياة التطبيق المناسبة. غالبًا ما ترغب المؤسسات في أن تتلاءم مبادراتها في البرمجة منخفضة الأكواد مع كيفية عملها مع إدارة دورة حياة التطبيقات البرمجية التقليدية. وتوفر Power Platform أدوات ALM بحيث يمكنك تضمين عناصر قليلة التعليمات البرمجية في العمليات التي تستخدمها عادةً أو بجانبها.

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

يوفر Power Platform الأنابيب نهجًا منخفض التعليمات البرمجية لأتمتة عمليات النشر وتنفيذ التكامل المستمر والتسليم المستمر (CI/CD). ويدير Power Platform العملية عند تكوين المسارات. ويمكن للمسؤولين إدارة المسارات وحوكمتها مركزيًا.

كما يمكن للمؤسسات استخدام أدوات CI/CD التي تختارها. إن Power Platform CLI هي أداة سطر أوامر يمكنك استخدامها مع معظم أدوات أتمتة CI/CD. توفر Power Platform Build Tools إجراءات GitHub والمهام Azure DevOps التي توفر جميع الإجراءات الشائعة المطلوبة لإنشاء أتمتة CI/CD التي تتضمن أدوات ذات تعليمات برمجية منخفضة.

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

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

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

وعندما يتضمن تطبيقك الحديث موارد تعليمات برمجية تقليدية وقليلة التعليمات البرمجية، يمكنك دمجها في عملية CI/CD واحدة أو إدارتها بشكل مستقل. ومن خلال الإدارة المستقلة، يمكن توزيع الموارد بشكل فردي، ويمكن لفرق المشروع تحقيق قدر أكبر من السرعة. على سبيل المثال، يمكن نشر واجهة API التي يستخدمها تطبيق قليل التعليمات البرمجية بشكل مستقل إذا لم يقدم الفريق تغييرات عاجلة.

المراقبة والرؤى

تحتاج التطبيقات الحديثة إلى الاندماج في البيئات التشغيلية التي توفر القدرة على تشخيص المشكلات عبر بيئات مختلفة، من التطوير إلى الإنتاج. Application Insights، وهو ملحق Azure Monitor، يجمع بيانات تتبع الاستخدام من Power Apps وDataverse. لا تساعد هذه المعلومات في تحديد المشكلات وحلها فحسب، بل توفر أيضًا رؤى حول ما يفعله المستخدمون في أحد التطبيقات. ويمكنك استخدام هذه الرؤى للمساعدة في تحسين التطبيقات والعمليات في تطبيقك الحديث.

في حين أن تطبيق Power Apps قيد التطوير، يمكن للمطورين تضمين منطق لتسجيل الأحداث المخصصة. وبعد توصيل التطبيق المنشور بـ ‏‎Application Insights، يقوم التوسيع تلقائيًا بجمع بيانات قياس تتبع الاستخدام الأساسية، بما في ذلك المزيد من السياق من الأحداث المسجلة، أثناء تفاعل المستخدمين مع التطبيق.

ويمكن للمسؤولين أيضًا تكوين بيئات Dataverse لتصدير بيانات تتبع الاستخدام إلى Application Insights. يمكن أن تتضمن البيانات المسجلة مكالمات API في Dataverse، وتنفيذ المكونات الإضافية، وعمليات SDK، والاستثناءات. ويمكن للمطورين الذين يقومون بإنشاء منطق إضافي مخصص تسجيل المزيد من بيانات تتبع الاستخدام المخصصة مباشرةً إلى Application Insights.

ويمكن أن يؤدي استخدام Application Insights عبر تطبيقاتك إلى تسهيل ربط المشكلات بموارد متعددة. يمكن لموظفي العمليات إنشاء تنبيهات في Azure Monitor لتشغيلها عند اكتشاف أعداد كبيرة من الاستثناءات. ويمكن أن يؤدي التحليل المنتظم لتطبيقاتك الحديثة إلى تحديد الاتجاهات التي تتطلب مزيدًا من التحقيق.

الخاتمة

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

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

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

تؤسس هذه المقالة الأساس لك. الخطوات التالية تقع على عاتقك. وفيما يلي بعض الاقتراحات:

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

تعتبر رحلة كل مؤسسة نحو تحديث التطبيقات فريدة من نوعها. يمكن لفريق حساب Microsoft الخاص بك أو شريك ‏‎Power Platform مساعدتك في التخطيط لرحلتك وإبقائك على المسار الصحيح على طول الطريق.

Resources

• التأثير™ الاقتصادي الإجمالي لقدرات Microsoft Power Platform Premium
• يوفر تطبيق American Airlines ConnectMe تجربة سفر أكثر سلاسة للعملاء وأدوات تقنية أفضل لأعضاء الفريق
• مستودع مفتوح المصدر Power Fx على GitHub
• مجموعة أدوات المبتدئين الخاصة بمركز التميز
• تقييم الاعتماد في Power Platform
• تقوم وكالة التأمين الرقمية بأتمتة عملية شراء معقدة باستخدام Power Platform
• معرض PCF
• تحول EY عملياتها المالية العالمية باستخدام تطبيقات مبتكرة ووكلاء يعتمدون على الذكاء الاصطناعي باستخدام Power Platform
• Azure Private Link
• Microsoft Azure ExpressRoute
• مخطط الإصدار في Power Platform
• دليل ترخيص Microsoft Power Platform
• تحدد Microsoft إطار عمل لبناء تطبيقات الذكاء الاصطناعي والمساعدين؛ وتوسع نظام الإضافات للذكاء الاصطناعي