مستأجر أحادي مقابل مستأجر متعدد وبيئة خدمة التكامل لـ Azure Logic Apps

Azure Logic Apps عبارة عن نظام أساسي يستند إلى السحابة لإنشاء وتشغيل مهام سير عمل تطبيقات منطقية مؤتمتة والتي تدمج تطبيقاتك وبياناتك وخدماتك وأنظمتك. باستخدام هذا النظام الأساسي، يمكنك تطوير حلول تكامل قابلة للتطوير بشكل سريع لمؤسستك وسيناريوهات معاملات الشركات. لإنشاء تطبيق منطقي، يمكنك استخدام نوع مورد Logic App (Consumption) أو نوع مورد Logic App (Standard). يتم تشغيل نوع المورد Consumption في Azure Logic Apps متعدد المستأجرين أو بيئة خدمة التكامل، بينما يتم تشغيل نوع المورد Standard في بيئة Azure Logic Apps أحادية المستأجر.

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

إذا كنت جديداً في Azure Logic Apps، فراجع الوثائق التالية:

أنواع الموارد والبيئات

لإنشاء مهام سير عمل تطبيق منطقي، يمكنك اختيار نوع مورد Logic App بناءً على السيناريو ومتطلبات الحل والإمكانيات التي تريدها والبيئة التي تريد تشغيل سير العمل بها.

يلخص الجدول التالي بإيجاز الاختلافات بين نوع المورد Logic App (Standard) الأصلي ونوع المورد Logic App (Consumption). ستتعرف أيضاً على كيفية اختلاف بيئة المستأجر الأحادي والمستأجر المتعدد وبيئة خدمة التكامل (ISE) لتوزيع مهام سير عمل التطبيق المنطقي واستضافتها وتشغيلها.

نوع المورد المزايا مشاركة الموارد واستخدامها نموذج التسعير والفوترة إدارة الحدود
Logic App (الاستهلاك)

بيئة المضيف: Azure Logic Apps متعددة المستأجرين
- الأسهل للبدء

- الدفع مقابل الاستخدام

- مدار بالكامل
يمكن أن يتمتع Logic App الواحد بسير عمل واحد فقط.

تُشارك Logic Apps عبر العديد من مستأجري AAD (دليل Azure النشط) في نفس المعالجة (الحوسبة) والتخزين والشبكة وما إلى ذلك.

للحصول على قابلية وصول عالية، تم تمكين التخزين الاحتياطي جغرافياً (GRS).
الاستهلاك (الدفع عند التنفيذ) تدير Azure Logic Apps القيم الافتراضية لهذه الحدود، ولكن يمكنك تغيير بعض هذه القيم، إذا كان هذا الخيار موجودًا لحد معين.
Logic App (الاستهلاك)

بيئة المضيف:
بيئة خدمة التكامل (ISE)
- مقياس المؤسسة لأعباء العمل الكبيرة

- موصلات خاصة بما يزيد عن 20 بيئة خدمة التكامل (ISE) تتصل مباشرة بالشبكات الظاهرية

- أسعار يمكن التنبؤ بها مع الاستخدام المتضمن والتوسع الذي يتحكم فيه العميل
يمكن أن يتمتع Logic App الأحادي بسير عمل واحد فقط.

تشارك Logic appsفي نفس المعالجة (الحوسبة) والتخزين والشبكة وما إلى ذلك.

تبقى البيانات في نفس المنطقة حيث تنشر ISE.
بيئة خدمة التكامل ISE (ثابتة) تدير Azure Logic Apps القيم الافتراضية لهذه الحدود، ولكن يمكنك تغيير بعض هذه القيم، إذا كان هذا الخيار موجودًا لحد معين.
Logic App (القياسي)

بيئة المضيف:
Azure Logic Apps أحادية المستأجر

ملاحظة: إذا كان السيناريو الخاص بك يتطلب حاويات، قم بإنشاء تطبيقات منطقية مستندة إلى مستأجر واحد باستخدام Azure Arc enabled Logic Apps. لمزيد من المعلومات، راجع ما هي Azure Arc enabled Logic Apps؟
- التشغيل باستخدام وقت تشغيل Azure Logic Apps الخاصة بالمستأجر الفردي. فتحات النشر غير مدعومة حاليًّا.

- المزيد من الموصلات المدمجة لمعدل نقل أعلى وتكاليف أقل على نطاق واسع

- المزيد من التحكم وضبط القدرة حول إعدادات وقت التشغيل والأداء

- الدعم المتكامل للشبكات الظاهرية ونقاط النهاية الخاصة.

- إنشاء الوصلات المدمجة الخاصة بك.
يمكن أن يتمتع logic app الواحد بعدة مهام سير عملذات الحالةوعديمة الحالة.

تشارك مهام سير العمل في logic app الواحد والمستأجر نفس المعالجة (الحوسبة) والتخزين والشبكة وما إلى ذلك.

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

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

هام: تتمتع بعض الحدود بحدود قصوى صعبة. في تعليمة Visual Studio البرمجية، لن تظهر التغييرات التي تقوم بها على قيم الحد الافتراضي في ملفات تكوين مشروع logic app في تجربة المصمم. لمزيد من المعلومات، راجع تحرير إعدادات التطبيق والبيئة للتطبيقات المنطقية في Azure Logic Apps أحادية المستأجر.
Logic App (القياسي)

بيئة المضيف:
بيئة خدمة التطبيق الإصدار 3 (ASEv3) - خطط Windows فقط
نفس إمكانيات المستأجر المفرد بالإضافة إلى المزايا التالية:

- عزل logic apps الخاصة بك تماماً.

- إنشاء وتشغيل logic apps أكثر مما كانت عليه في Azure Logic Apps المستأجر الواحد.

- الدفع فقط مقابل خطة ASE App Service، بغض النظر عن عدد logic apps التي تقوم بإنشائها وتشغيلها.

- يمكن تمكين autoscaling أو المقياس يدوياً باستخدام المزيد من مثيلات الجهاز الظاهري أكثر أو خطة خدمة التطبيقات المختلفة.

- وراثة إعداد الشبكة من ASEv3 المحدد. على سبيل المثال، عند نشرها إلى ASE داخلية، يمكن وصول تدفقات العمل إلى الموارد في الشبكة الظاهرية المقترنة بـASE مهام سير العمل والحصول على نقاط وصول داخلية.

ملاحظة: إذا تم الوصول إليها من خارج ASE الداخلي، يتم تشغيل سجلات سير العمل في ذلك حيث لا يمكن لـASE الوصول إلى مدخلات ومخرجات الإجراء.
يمكن أن يتمتع logic app الواحد بعدة مهام سير عملذات الحالةوعديمة الحالة.

تشارك مهام سير العمل في logic app الواحد والمستأجر نفس المعالجة (الحوسبة) والتخزين والشبكة وما إلى ذلك.

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

هام: تتمتع بعض الحدود بحدود قصوى صعبة. في تعليمة Visual Studio البرمجية، لن تظهر التغييرات التي تقوم بها على قيم الحد الافتراضي في ملفات تكوين مشروع logic app في تجربة المصمم. لمزيد من المعلومات، راجع تحرير إعدادات التطبيق والبيئة للتطبيقات المنطقية في Azure Logic Apps أحادية المستأجر.

مورد Logic App (Standard)

يتم تشغيل نوع المورد Logic App (Standard) بواسطة وقت تشغيل Azure Logic Apps أحادي المستأجر المُعاد تصميمه. يستخدم وقت التشغيل هذا نموذج قابلية توسعة Azure Functions ويُستضاف كملحق في وقت تشغيل Azure Functions. يوفر هذا التصميم قابلية النقل والمرونة والمزيد من الأداء لمهام سير عمل التطبيق المنطقي بالإضافة إلى الإمكانات والفوائد الأخرى الموروثة من النظام الأساسي لـ Azure Functions والنظام البنائي لخدمة تطبيقات Azure. على سبيل المثال، يمكنك إنشاء وتوزيع وتشغيل تطبيقات منطقية مستندة إلى مستأجر أحادي ومهام سير العمل الخاصة بها في بيئة خدمة التطبيق من Azure الإصدار 3 (خطط Windows فقط).

يقدم نوع المورد Standard بنية مورد يمكنها استضافة مهام سير عمل متعددة، على غرار طريقة استضافة تطبيق دالة Azure لدالات متعددة. مع تعيين 1 إلى متعدد، تشارك مهام سير العمل في نفس التطبيق المنطقي والمستأجر موارد الحوسبة والمعالجة، ما يوفر أداءً أفضل بسبب قربها. تختلف هذه البنية عن المورد Logic App (Consumption) حيث يكون لديك تعيين 1 إلى 1 بين مورد التطبيق المنطقي وسير عمل.

لمعرفة المزيد حول قابلية النقل والمرونة وتحسينات الأداء، تابع الأقسام التالية. أو، لمزيد من المعلومات حول وقت تشغيل Azure Logic Apps أحادي المستأجر وإمكانية توسعة Azure Functions، راجع الوثائق التالية:

قابلية النقل والمرونة

عند إنشاء تطبيقات منطقية باستخدام نوع المورد Logic App (Standard)، يمكنك توزيع مهام سير العمل وتشغيلها في بيئات أخرى، مثل بيئة خدمة التطبيق من Azure الإصدار 3 (خطط Windows فقط). إذا كنت تستخدم Visual Studio Code مع ملحق Azure Logic Apps (Standard)، يمكنك تطوير مهام سير العمل وبنائها وتشغيلها محلياً في بيئة التطوير الخاصة بك دون الحاجة إلى التوزيع إلى Azure. إذا كان السيناريو الخاص بك يتطلب حاويات، فقم بإنشاء تطبيقات منطقية مستندة إلى مستأجر أحادي باستخدام Azure Arc enabled Logic Apps. لمزيد من المعلومات، راجع ما هي Azure Arc enabled Logic Apps؟

توفر هذه الإمكانات تحسينات وفوائد كبيرة مقارنة بالنموذج متعدد المستأجرين، والذي يتطلب منك التطوير مقابل مورد قيد التشغيل موجود في Azure. كما يعتمد النموذج متعدد المستأجرين لأتمتة توزيع موارد Logic App (Consumption) بشكل كامل على قوالب Azure Resource Manager (قوالب ARM)، التي تجمع وتتولى توفير الموارد لكل من التطبيقات والبنية الأساسية.

باستخدام نوع المورد Logic App (Standard)، يصبح التوزيع أسهل حيث يمكنك فصل توزيع التطبيق عن توزيع البنية الأساسية. يمكنك حزم وقت تشغيل Azure Logic Apps أحادي المستأجر ومهام سير العمل معاً كجزء من التطبيق المنطقي الخاص بك. يمكنك استخدام خطوات أو مهام عامة تقوم بإنشاء موارد التطبيق المنطقي وتجميعها وضغطها في بيانات اصطناعية جاهزة للتوزيع. لتوزيع البنية الأساسية الخاصة بك، لا يزال بإمكانك استخدام قوالب ARM لتوفير هذه الموارد بشكل منفصل بجانب العمليات والمسارات الأخرى التي تستخدمها لتلك الأغراض.

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

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

الأداء

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

يوفر نوع مورد Logic App (Standard) ووقت تشغيل Azure Logic Apps أحادي المستأجر تحسناً كبيراً آخر من خلال توفير الموصلات المُدارة الأكثر شيوعاً كعمليات مُضمّنة. على سبيل المثال، يمكنك استخدام العمليات المُضمّنة لناقل خدمة Azure، ومراكز الأحداث، وSQL، وغيرها. وفي الوقت نفسه، لا تزال إصدارات الموصل المُدار متوفرة ومستمرة في العمل.

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

موقع البيانات

تتم استضافة موارد التطبيق المنطقي التي تم إنشاؤها باستخدام نوع مورد Logic App (Standard) في Azure Logic Apps أحادي المستأجر، والتي لا تخزن البيانات أو تعالجها أو تنسخها خارج منطقة توزيع موارد التطبيق المنطقي هذه، ما يعني أن البيانات في مهام سير عمل التطبيق المنطقي تبقى في نفس منطقة إنشاء الموارد الأصلية وتوزيعها.

الوصول المباشر إلى الموارد في شبكات Azure الظاهرية

يمكن لسير العمل الذي يعمل إما في Azure Logic Apps (قياسي) أو بيئة خدمة تكامل (ISE) الوصول إلى الموارد الآمنة مثل الأجهزة الظاهرية (VMs) والخدمات الأخرى والأنظمة الموجودة في شبكة Azure الظاهرية. كل من Azure Logic Apps (Standard) و ISE هما مثيلان مخصصان لخدمة Azure Logic Apps التي تستخدم موارد مخصصة ويتم تشغيلها بشكل منفصل عن خدمة Azure Logic Apps العالمية متعددة المستأجرين.

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

توفر Azure Logic Apps (Standard) و ISE أيضا المزايا التالية:

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

  • قيود متزايدة على مدة التشغيل، والاحتفاظ بالتخزين، والإنتاجية، ومهلة طلب HTTP والاستجابة، وأحجام الرسائل، وطلبات الموصل المخصص. لمزيدٍ من المعلومات، راجع الحدود والتكوين لـ Azure Logic Apps.

إنشاء الخيارات وبنائها وتوزيعها

لإنشاء تطبيق منطقي استناداً إلى البيئة التي تريدها، لديك خيارات متعددة، على سبيل المثال:

بيئة المستأجر الأحادي

خيار الموارد والأدوات مزيد من المعلومات
مدخل Azure نوع مورد Logic App (Standard) إنشاء مهام سير عمل التكامل لـ Logic Apps أحادي المستأجر - مدخل Microsoft Azure
تعليمة Visual Studio برمجية ملحق Azure Logic Apps (Standard) إنشاء مهام سير عمل التكامل لـ Logic Apps أحادي المستأجر - Visual Studio Code
Azure CLI ملحق Logic Apps Azure CLI az logicapp
Azure Resource Manager - محلي
- DevOps
Azure Logic Apps أحادية المستأجر
تمكين Azure Arc لـ Logic Apps نموذج Logic Apps الذي تم تمكينه من Azure Arc - ما هي Logic Apps التي تمكنها Azure Arc؟

- إنشاء مهام سير عمل التطبيق المنطقي القائم على المستأجر الفردي ونشرها باستخدام Logic Apps الممكّنة في Azure Arc

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

خيار الموارد والأدوات مزيد من المعلومات
مدخل Azure نوع المورد Logic App (Consumption) التشغيل السريع: إنشاء مهام سير عمل التكامل في Azure Logic Apps متعدد المستأجرين - مدخل Microsoft Azure
تعليمة Visual Studio برمجية ملحق Azure Logic Apps (Consumption) التشغيل السريع - إنشاء مهام سير عمل التكامل في Azure Logic Apps متعدد المستأجرين - Visual Studio Code
Azure CLI ملحق Logic Apps Azure CLI - التشغيل السريع: إنشاء مهام سير عمل التكامل وإدارتها في Azure Logic Apps متعدد المستأجرين - Azure CLI

- منطق az

Azure Resource Manager إنشاء تطبيق منطقي قالب ARM التشغيل السريع: إنشاء مهام سير عمل التكامل وتوزيعها في Azure Logic Apps متعدد المستأجرين - قالب ARM
Azure PowerShell الوحدة النمطية Az.LogicApp بدء استخدام Azure PowerShell
Azure REST API واجهة برمجة تطبيقات REST لـ Azure Logic Apps ابدأ باستخدام مرجع واجهة برمجة تطبيقات REST في Azure

بيئة خدمة التكامل

خيار الموارد والأدوات مزيد من المعلومات
مدخل Azure نوع مورد Logic App (Consumption) مع مورد ISE موجود نفس التشغيل السريع: إنشاء مهام سير عمل التكامل في Azure Logic Apps متعدد المستأجرين - مدخل Microsoft Azure، ولكن حدد ISE، وليس منطقة متعددة المستأجرين.

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

على سبيل المثال، في مدخل Microsoft Azure، تعرض صفحة Logic apps أنواع موارد التطبيقات المنطقية Consumption وStandard. في Visual Studio Code، تظهر التطبيقات المنطقية التي تم توزيعها ضمن اشتراك Azure الخاص بك، ولكن يتم تجميعها حسب الملحق الذي استخدمته، والمعروف باسم Azure: Logic Apps (Consumption) وAzure: Logic Apps (Standard).

مهام سير العمل ذات الحالة ومهام سير العمل عديمة الحالة

باستخدام نوع المورد Logic App (Standard)، يمكنك إنشاء أنواع سير العمل هذه داخل نفس التطبيق المنطقي:

  • ذو حالة

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

    بشكل افتراضي، تعمل مهام سير العمل ذات الحالة في كل من Azure Logic Apps متعدد المستأجرين وأحادي المستأجر بشكل غير متزامن. تتبع جميع الإجراءات المستندة إلى HTTP نمط العملية غير المتزامن القياسي. بعد أن يستدعي إجراء HTTP أو يرسل طلباً إلى نقطة نهاية أو خدمة أو نظام أو واجهة برمجة تطبيقات، يقوم مستلم الطلب فوراً بإرجاع استجابة "202 ACCEPTED". تؤكد هذه التعليمة البرمجية أن المتلقي قبل الطلب ولكنه لم ينته من المعالجة. يمكن أن تتضمن الاستجابة عنوان location الذي يحدد URI ومعرّف التحديث الذي يمكن للمتصل استخدامه للاستقصاء أو التحقق من حالة الطلب غير المتزامن حتى يتوقف المتلقي عن المعالجة ويرجع استجابة نجاح "200 OK" أو استجابة أخرى غير 202. ومع ذلك، لا يتعين على المتصل الانتظار حتى ينتهي الطلب من المعالجة ويمكنه المتابعة لتشغيل الإجراء التالي. لمزيد من المعلومات، راجع يفرض تكامل الخدمات المصغرة غير المتزامن استقلالية الخدمات المصغرة.

  • عديم الحالة

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

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

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

    لا تعمل مهام سير العمل عديمة الحالة إلا بشكل متزامن لذلك لا تستخدم نمط العملية غير المتزامن القياسي الذي تستخدمه مهام سير العمل ذات الحالة. بدلاً من ذلك، تنتقل جميع الإجراءات المستندة إلى HTTP التي تعرض استجابة "202 ACCEPTED" إلى الخطوة التالية في تنفيذ سير العمل. إذا كانت الاستجابة تتضمن عنوان location، فلن يقوم سير العمل عديم الحالة باستقصاء URI المُحدد للتحقق من الحالة. لاتباع نمط العملية غير المتزامن القياسي، استخدم سير عمل ذي حالة بدلاً من ذلك.

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

هام

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

اختلافات التلخيص بين مهام سير العمل ذات الحالة ومهام سير العمل عديمة الحالة

أصيل عديم الحالة
يخزن محفوظات التشغيل والمدخلات والمخرجات لا يخزن محفوظات التشغيل أو المدخلات أو المخرجات بشكل افتراضي
مشغّلات الموصل المُدار متوفرة ومسموح بها مشغّلات الموصل المُدار غير متوفرة أو غير مسموح بها
يدعم التقسيم لا يدعم التقسيم
يدعم العمليات غير المتزامنة لا يدعم العمليات غير المتزامنة
تحرير الحد الأقصى الافتراضي لمدة التشغيل في تكوين المضيف الأفضل لسير العمل مع مدة قصوى أقل من 5 دقائق
يعالج الرسائل الكبيرة الأفضل لمعالجة أحجام الرسائل الصغيرة (أقل من 64 كيلوبايت)

اختلافات السلوك المتداخلة بين مهام سير العمل ذات الحالة ومهام سير العمل عديمة الحالة

يمكنك جعل سير العمل قابلاً للاستدعاء من مهام سير العمل الأخرى الموجودة في نفس مورد Logic App (Standard) باستخدام مشغّل Request، أو مشغّل HTTP Webhook، أو مشغّلات الموصل المُدار التي تحتوي على نوع ApiConnectionWebhook ويمكنها تلقي طلبات HTTPS.

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

  • نمط الاستقصاء غير المتزامن

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

  • نمط متزامن ("أطلق وانسَ")

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

    لتمكين هذا السلوك، في تعريف JSON لسير العمل، قم بتعيين الخاصية operationOptions إلى DisableAsyncPattern. لمزيد من المعلومات، راجع أنواع المشغّلات والإجراءات - خيارات العملية.

  • المشغّل والانتظار

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

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

سير العمل الأصل سير العمل التابع سلوك التابع
أصيل أصيل غير متزامن أو متزامن مع إعداد "operationOptions": "DisableAsyncPattern"
أصيل عديم الحالة المشغّل والانتظار
عديم الحالة أصيل متزامن
عديم الحالة عديم الحالة المشغّل والانتظار

إمكانات نموذج المستأجر الأحادي الأخرى

يتضمن نموذج المستأجر الأحادي ونوع مورد Logic App (Standard) العديد من الإمكانات الحالية والجديدة، على سبيل المثال:

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

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

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

    • يمكنك استخدام الإجراءات التالية لعمليات Liquid وعمليات XML دون حساب تكامل. تتضمن هذه العمليات الإجراءات التالية:

      • XML: تحويل XML والتحقق من صحة XML

      • Liquid: تحويل JSON إلى JSON، وتحويل JSON إلى TEXT، وتحويل XML إلى JSON، وتحويل XML إلى Text

      ملاحظة

      لاستخدام هذه الإجراءات في Azure Logic Apps (Standard) أحادية المستأجر، تحتاج أن يكون لديك تعيينات Liquid أو تعيينات XML أو مخططات XML. يمكنك تحميل هذه البيانات الاصطناعية في مدخل Microsoft Azure من قائمة موارد التطبيق المنطقي الخاص بك، ضمن "Artifacts"، والتي تتضمن الأقسام "Schemas" و"Maps". أو يمكنك إضافة هذه البيانات الاصطناعية إلى مجلد Artifacts لمشروع Visual Studio Code باستخدام مجلدات Maps وSchemas المعنيين. يمكنك بعد ذلك استخدام هذه البيانات الاصطناعية عبر مهام سير عمل متعددة داخل نفس مورد التطبيق المنطقي.

    • يمكن تشغيل موارد Logic App (Standard) في أي مكان لأن Azure Logic Apps تنشئ سلاسل اتصال توقيع الوصول المشترك (SAS) التي يمكن للتطبيقات المنطقية هذه استخدامها لإرسال الطلبات إلى نقطة نهاية وقت تشغيل الاتصال السحابي. تحفظ خدمة Azure Logic Apps سلاسل الاتصال هذه مع إعدادات التطبيق الأخرى بحيث يمكنك بسهولة تخزين هذه القيم في Azure Key Vault عند التوزيع في Azure.

    • يدعم نوع مورد Logic App (Standard) تمكين الهوية المُدارة التي يُعيّنها النظام والهويات المُدارة المتعددة التي يُعيّنها المُستخدم في نفس الوقت، على الرغم من أنه لا يزال بإمكانك تحديد هوية واحدة فقط لاستخدامها في أي وقت.

      ملاحظة

      بشكل افتراضي، يتم تَمكين الهوية المعينة من قبل النظام بالفعل لمصادقة الاتصالات في وقت التشغيل. تختلف هذه الهوية عن بيانات اعتماد المصادقة أو سلسلة الاتصال التي تستخدمها عند إنشاء اتصال. إذا قمت بتعطيل هذه الهوية، فلن تَعمل الاتصالات في وقت التشغيل. لعرض هذا الإعداد، في قائمة التطبيق المنطقي، ضمن "Settings"، حدد "Identity".

  • يمكنك تشغيل التطبيقات المنطقية ومهام سير العمل الخاصة بها واختبارها وتصحيحها محلياً في بيئة تطوير Visual Studio Code.

    قبل تشغيل تطبيق منطقي واختباره، يمكنك تسهيل تصحيح الأخطاء عن طريق إضافة نقاط التوقف واستخدامها داخل ملف workflow.json لسير عمل. ومع ذلك، يتم دعم نقاط التوقف فقط للإجراءات في هذا الوقت، وليس للمشغّلات. لمزيد من المعلومات، راجع إنشاء مهام سير عمل تستند إلى مستأجر أحادي في Visual Studio Code.

  • نشر التطبيقات المنطقية ومهام سير عملها مباشرة من Visual Studio Code إلى بيئات استضافة مختلفة مثل Azure وAzure Arc enabled Logic Apps.

  • تمكين إمكانات تسجيل التشخيص والتتبع لتطبيقك المنطقي باستخدام Insights التطبيق عند دعمه بواسطة اشتراك Azure وإعدادات التطبيق المنطقي.

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

  • إعادة إنشاء مفاتيح الوصول للاتصالات المُدارة التي تستخدمها مهام سير العمل الفردية في مورد Logic App (Standard). لهذه المهمة، اتبع نفس الخطوات لمورد Logic Apps (Consumption) ولكن على مستوى سير العمل الفردي، وليس مستوى مورد التطبيق المنطقي.

الموصلات المضمنة لـ Standard

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

على سبيل المثال، يحتوي سير عمل تطبيق المنطق القياسي على كل من الموصلات المُدارة والموصلات المضمنة لـ Azure Blob وAzure Cosmos DB وAzure Event Hubs وAzure Service Bus وDB2 وFTP وMQ وSFTP وMicrosoft SQL Server وغيرها. على الرغم من أن سير عمل تطبيق منطق الاستهلاك لا يحتوي على نفس إصدارات الموصلات المضمنة هذه، تتوفر موصلات أخرى مضمنة مثل Azure APIM وAzure App Services وBatch.

في تطبيقات Azure Logic للمستأجر الفردي، تُعرف الموصلات المضمنة ذات السمات المحددة بشكل غير رسمي باسم موفري الخدمة. تدعم بعض الموصلات المُضمّنة طريقة واحدة فقط لمصادقة الاتصال بالخدمة الأساسية. يمكن أن توفر الموصلات المُضمّنة الأخرى خياراً، مثل استخدام سلسلة اتصال أو Microsoft Azure Active Directory (Azure AD) أو هوية مُدارة. تعمل جميع الموصلات المضمنة في نفس العملية مثل وقت تشغيل Azure Logic Apps المعاد تصميمه. للمزيد من المعلومات، راجع قائمة الموصلات المضمنة لسير عمل تطبيق المنطق القياسي.

الإمكانات المتغيرة أو المحدودة أو غير المتوفرة أو غير المدعومة

بالنسبة لمورد Logic App (Standard)، فقد تغيرت هذه الإمكانات، أو أصبحت حالياً محدودة أو غير متوفرة أو غير مدعومة:

  • المشغلات والإجراءات: المشغلات والإجراءات المضمنة تعمل محلياً في Azure Logic Apps، بينما تتم استضافة الموصلات المدارة وتشغيلها في Azure. بالنسبة إلى مهام سير العمل القياسية، لا تتوفر حالياً بعض الإجراءات والمشغلات المضمنة، مثل Sliding Window وBatch وAzure App Service وAPIM. لبدء سير عمل ذي حالة أو عديم الحالة، استخدم مشغلاً مضمناً مثل مشغل الطلب أو مراكز الأحداث أو ناقل خدمة Azure. لا يتوفر مشغّل Recurrence إلا لمهام سير العمل ذات الحالة، وليس لمهام سير العمل عديمة الحالة. في المصمم، تظهر المشغلات والإجراءات المضمنة في علامة التبويب المضمنة، بينما تظهر مشغلات الموصل المدار والإجراءات على علامة التبويب Azure.

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

    ملاحظة

    للتشغيل محلياً في Visual Studio Code، تتطلب المشغّلات والإجراءات المستندة إلى خطاف الويب إعداداً إضافياً. لمزيد من المعلومات، راجع إنشاء مهام سير عمل تستند إلى مستأجر أحادي في Visual Studio Code.

    • تم تغيير هذه المشغّلات والإجراءات أو إنها محدودة أو غير مدعومة أو غير متوفرة حالياً:

      • مشغّلات بوابة البيانات الداخلية غير متوفرة، ولكن إجراءات البوابة متوفرة.

      • الإجراء المُضمّن، Azure Functions - اختيار دالة Azure هو الآن Azure Function Operations - استدعاء دالة Azure. يعمل هذا الإجراء حالياً فقط للدوال التي تم إنشاؤها من قالب HTTP Trigger.

        في مدخل Microsoft Azure، يمكنك تحديد دالة مشغّل HTTP التي يمكنك الوصول إليها عن طريق إنشاء اتصال من خلال تجربة المستخدم. إذا قمت بفحص تعريف JSON الخاص بإجراء الدالة في طريقة عرض التعليمات البرمجية أو ملف workflow.json باستخدام Visual Studio Code، يشير الإجراء إلى الدالة باستخدام مرجع connectionName. يلخص هذا الإصدار معلومات الدالة كاتصال، والتي يمكنك العثور عليها في ملف connections.json الخاص بمشروع تطبيقك المنطقي، والذي يتوفر بعد إنشاء اتصال في Visual Studio Code.

        ملاحظة

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

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

      • الإجراء المُضمّن، Inline Code، تمت إعادة تسميته Inline Code Operations، ولم يعد يتطلب حساب تكامل، ولديه حدود محدثة.

      • الإجراء المُضمّن، Azure Logic Apps - اختيار سير عمل Logic App هو الآن Workflow Operations - استدعاء سير عمل في تطبيق سير العمل هذا.

      • لا تتوفر بعض المشغّلات والإجراءات لحسابات التكامل، على سبيل المثال، إجراءات AS2 (V2) وإجراءات RosettaNet.

      • موصل Gmail غير مدعوم حالياً.

      • الموصلات المُدارة المخصصة غير مدعومة حالياً. ومع ذلك، يمكنك إنشاء عمليات مضمّنة مخصصة عند استخدام Visual Studio Code. لمزيد من المعلومات، راجع إنشاء مهام سير عمل تستند إلى مستأجر أحادي باستخدام Visual Studio Code.

  • المصادقة: أنواع المصادقة التالية غير متوفرة حالياً لنوع المورد Logic App (Standard):

    • مصادقة Microsoft Azure Active Directory المفتوحة (Azure AD OAuth) للاستدعاءات الواردة إلى المشغّلات المستندة إلى الطلب، مثل مشغّل Request ومشغّل HTTP Webhook.

    • الهوية المُدارة التي يُعيّنها المستخدم. حالياً، تتوفر فقط الهوية المدارة التي يُعيّنها النظام ويتم تمكينها تلقائياً.

  • تحويل XML: دعم الرجوع إلى التجميعات من التعيينات غير متوفر حالياً. أيضاً، يتم دعم XSLT 1.0 فقط حالياً.

  • تصحيح أخطاء نقطة التوقف في Visual Studio Code: على الرغم من أنه يمكنك إضافة نقاط التوقف واستخدامها داخل ملف workflow.json لسير العمل، إلا إن نقاط التوقف مدعومة فقط للإجراءات في هذا الوقت، وليس للمشغّلات. لمزيد من المعلومات، راجع إنشاء مهام سير عمل تستند إلى مستأجر أحادي في Visual Studio Code.

  • محفوظات المشغّل ومحفوظات التشغيل: بالنسبة لنوع المورد Logic App (Standard)، تظهر محفوظات المشغّل ومحفوظات التشغيل في مدخل Microsoft Azure على مستوى سير العمل، وليس مستوى التطبيق المنطقي. لمزيد من المعلومات، راجع إنشاء مهام سير عمل تستند إلى مستأجر أحادي باستخدام مدخل Microsoft Azure.

  • عنصر تحكم التكبير/التصغير: عنصر تحكم التكبير/التصغير غير متوفر حالياً على المصمم.

  • أهداف التوزيع: لا يمكنك توزيع نوع المورد Logic App (Standard) إلى بيئة خدمة تكامل (ISE) ولا إلى فتحات توزيع Azure.

  • Azure API Management: لا يمكنك حالياً استيراد نوع المورد Logic App (Standard) إلى Azure API Management. ومع ذلك، يمكنك استيراد نوع المورد Logic App (Consumption).

أذونات صارمة لنسبة استخدام الشبكة وجدار الحماية

إذا كانت بيئتك تحتوي على متطلبات شبكة أو جدران حماية صارمة تحد من نسبة استخدام الشبكة، يجب عليك السماح بالوصول إلى أي اتصالات مشغّل أو إجراءات في مهام سير العمل الخاصة بك. يمكنك اختيارياً السماح بنسبة استخدام الشبكة من علامات الخدمة واستخدام نفس مستوى القيود أو النُهج مثل Azure App Service. تحتاج أيضاً إلى البحث عن أسماء المجالات المؤهلة بالكامل (FQDNs) واستخدامها للاتصالات الخاصة بك. لمزيد من المعلومات، راجع الأقسام المقابلة في الوثائق التالية:

الخطوات التالية

نود أيضاً أن نسمع عن تجاربك مع Azure Logic Apps أحادية المستأجر!