تحليل معايير القرار

  • 6 دقائق

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

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

كيفية اختيار الخدمة

يعرض الرسم التخطيطي التالي مخططاً انسيابياً مبسطاً يمكنك استخدامه لاختيار أفضل تقنية لاستخدامها في عملية عملك:

Diagram of decision flow chart described in depth in the text that follows.

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

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

بدلاً من ذلك، يمكنك اختيار استخدام أداة التعليمات البرمجية أولاً نظراً للأسباب التالية:

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

اختيار تقنية design-first

إذا اخترت استخدام نهج التصميم أولاً، يجب عليك أيضاً الاختيار من Microsoft Power Automate وAzure Logic Apps.

يتمثل السؤال الرئيسي هنا في من سيصمم سير العمل: هل هم المطورون أو المستخدمون؟

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

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

اختيار تقنية code-first

إذا اخترت استخدام نهج التعليمات البرمجية أولاً، فسيكون خيارك التالي بين WebJobs وAzure Functions.

وبسبب الميزات الإضافية التي يتم تضمينها مع Azure Functions، وما تشمله من نطاقات أوسع من أحداث المشغِّل واللغات المعتمدة، والقدرة على تطوير تعليمة برمجية للاختبار في مستعرض الويب، ونموذج سعر الدفع حسب الاستخدام، ضع في اعتبارك أن Azure Functions هي خيارك الافتراضي. هناك بعض الحالات التي قد يكون فيها WebJobs خيارا أفضل:

  • يتوفر لديك تطبيق Azure App Service قائم، وتريد تصميم سير العمل داخل التطبيق. يعني هذا المطلب أنه يمكن أيضا إدارة سير العمل كجزء من التطبيق؛ على سبيل المثال، في بيئة Azure DevOps.
  • لديك تخصيصات معينة تريد إجراؤها على JobHost التي لا تدعمها وظائف Azure.
  • تريد التحكم في نهج إعادة محاولة التطبيق.
  • يدعم WebJobs C# فقط على Microsoft Windows.

تقنيات المزج

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

إن أحد الأسباب لمزج التقنيات المستخدمة في عمليات أعمالك هو منح المستخدمين القدرة على التحكم في قسم صغير من سير العمل الكامل. قم بذلك عن طريق تنفيذ هذا القسم في Microsoft Power Automate، ثم استدعاء هذا التدفق من Logic App أو WebJob أو Function.