إنشاء سير عمل تكامل مع تطبيقات المنطق Azure المستأجرة (قياسي) في مدخل Microsoft Azure

ينطبق على:Azure Logic Apps (القياسي)

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

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

تلميح

إذا لم يكن لديك حساب Office 365، فيمكنك استخدام أي إجراء آخر متوفر يمكنه إرسال رسائل من حساب بريدك الإلكتروني، على سبيل المثال، Outlook.com.

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

لقطة شاشة تعرض مدخل Azure مع مصمم سير العمل لمورد

في أثناء التقدم، ستكمل هذه المهام عالية المستوى:

  • إنشاء مورد تطبيق المنطق وإضافة سير عمل فارغ ذي حالة.
  • إضافة مشغل وإجراء.
  • تشغيل سير عمل.
  • عرض سجل تشغيل سير العمل ومشغله.
  • تمكين Application Insights أو فتحه بعد التوزيع.
  • تمكين محفوظات التشغيل لسير العمل عديم الحالة.

المتطلبات الأساسية

  • حساب واشتراك Azure. إذا لم يكن لديك اشتراك، فيجب التسجيل للحصول على حساب Azure مجاني.

  • حساب Azure Storage. إذا لم يكن لديك حساب، يمكنك إما إنشاء حساب تخزين مسبقا أو في أثناء إنشاء تطبيق المنطق.

    ملاحظة

    يتم تشغيل نوع مورد Logic App (قياسي) بواسطة Azure Functions ولديه متطلبات تخزين مشابهة لتطبيقات الوظائف. تنفذ مهام سير العمل ذات الحالة معاملات التخزين، مثل استخدام قوائم الانتظار لجدولة حالات سير العمل وتخزينها في الجداول والكائنات الثنائية كبيرة الحجم. تتحمل هذه المعاملات رسوم تخزين. لمزيد من المعلومات حول كيفية تخزين مهام سير العمل ذات الحالة للبيانات في التخزين الخارجي، راجع مهام سير العمل ذات الحالة عديمة الحالة.

  • لإنشاء نفس مثال سير العمل في هذه المقالة، تحتاج إلى حساب بريد إلكتروني Office 365 Outlook يستخدم حساب Microsoft للعمل أو المؤسسة التعليمية لتسجيل الدخول.

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

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

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

  • لنشر مورد Logic App (قياسي) إلى بيئة خدمة التطبيقات الإصدار 3 (ASEv3)، يجب عليك إنشاء مورد البيئة هذا أولًا. يمكنك بعد ذلك تحديد هذه البيئة كموقع للتوزيع عند إنشاء مورد تطبيق المنطق الخاص بك. لمزيد من المعلومات، راجع أنواع الموارد والبيئاتوإنشاء بيئة خدمة التطبيقات.

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

أفضل الممارسات والتوصيات

للاستجابة والأداء الأمثل للمصمم، راجع هذه الإرشادات واتبعها:

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

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

  • ليس لديك أكثر من 10-15 مهمة سير عمل لكل مورد تطبيق منطقي.

إنشاء مورد logic app قياسي

  1. في مدخل Microsoft Azure، سجل الدخول باستخدام بيانات اعتماد حساب Azure.

  2. في مربع بحث مدخل Microsoft Azure، أدخل logic apps، وحدد Logic apps.

    لقطة شاشة تعرض مربع بحث مدخل Azure مع تحديد مصطلح البحث

  3. في جزء ⁧⁩Logic apps،⁧⁩ حدد ⁧⁩إضافة⁧⁩.

  4. في صفحة Create Logic App، في علامة التبويب Basics، قم بتوفير المعلومات الأساسية التالية حول تطبيق المنطق الخاص بك:

    الخاصية مطلوب القيمة الوصف
    الاشتراك نعم <"Azure-subscription-name"> اسم اشتراك Azure خاصتك.
    مجموعة الموارد نعم ⁧<⁩⁧⁩Azure-resource-group-name⁧⁩⁧>⁩ مجموعة موارد Azure حيث تقوم بإنشاء تطبيق المنطق والموارد ذات الصلة. يجب أن يكون هذا الاسم فريدًا عبر المناطق ويمكن أن يحتوي فقط على أحرف وأرقام وواصلات (-) وتسطير سفلي (_) وأقواس (()) ونقاط (.).

    ينشئ هذا المثال مجموعة موارد تسمى Fabrikam-Workflows-RG.
    ⁩اسم Logic App⁧ نعم <"logic-app-name"> اسم تطبيق المنطق الخاص بك، والذي يجب أن يكون فريدًا عبر المناطق ويمكن أن يحتوي فقط على أحرف وأرقام وواصلات (-) وتسطير سفلي (_) وأقواس (()) ونقاط (.).

    ملاحظة: يحصل اسم تطبيق المنطق الخاص بك تلقائيًا على اللاحقة، .azurewebsites.net، لأن مورد Logic App (قياسي) يتم تشغيله بواسطة وقت تشغيل Azure Logic Apps أحادي المستأجر، والذي يستخدم نموذج قابلية توسعة Azure Functions ويتم استضافته كملحق في وقت تشغيل Azure Functions. تستخدم Azure Functions نفس اصطلاح تسمية التطبيق.

    ينشئ هذا المثال تطبيقًا منطقيًا يسمى Fabrikam-Workflows.
  5. قبل متابعة إجراء التحديدات، انتقل إلى قسم الخطة. بالنسبة لنوع الخطة، حدد قياسي بحيث يمكنك عرض الإعدادات التي تنطبق فقط على نوع "logic app" المستند إلى الخطة القياسية. تحدد خاصية نوع الخطة خطة الاستضافة ونموذج الفوترة لاستخدامها مع "logic app" الخاص بك. لمزيد من المعلومات، راجع خطط الاستضافة طبقات التسعير.

    نوع الخطة الوصف
    قياسي نوع مورد التطبيق المنطقي هذا هو النوع الافتراضي ويتم تشغيله في تطبيقات Azure Logic Apps أحادية المستأجر ويستخدم نموذج فوترة قياسي.
    Consumption يتم تشغيل نوع التطبيق المنطقي هذا في تطبيقات Azure Logic Apps متعددة المستأجرين ويستخدم نموذج فوترة الاستهلاك.
    الخاصية مطلوب القيمة الوصف
    خطة Windows نعم <اسم الخطة> اسم الخطة المراد استخدامها. إما تحديد اسم خطة موجود أو توفير اسم لخطة جديدة.

    يستخدم هذا المثال الاسم Fabrikam-Service-Plan.

    Sku والحجم نعم <مستوى الأسعار⁧> مستوى الأسعار الذي يجب استخدامه لتطبيق المنطق الخاص بك. يؤثر اختيارك على الأسعار والحوسبة والذاكرة والتخزين التي يستخدمها تطبيق المنطق وسير العمل.

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

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

  6. الآن استمر في إجراء التحديدات التالية:

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

    ملاحظة: حاليا، يتطلب خيار Docker Containerموقعًا مخصصًا على مجموعة Kubernetes الممكنة في Azure Arc، والتي يمكنك استخدامها مع Logic Apps الممكنة في Azure Arc (قياسي). يجب أن تكون مواقع الموارد لتطبيق المنطق والموقع المخصص والكتلة هي نفسها.

    المنطقة نعم <"Azure-region"> منطقة مركز بيانات Azure لاستخدامها لتخزين معلومات تطبيقك. ينشر هذا المثال نموذج تطبيق المنطق إلى منطقة غرب الولايات المتحدة في Azure.

    - إذا اخترت Docker Container مسبقًا، فحدد موقعك المخصص من قائمة Region.

    - إذا كنت ترغب في نشر التطبيق الخاص بك إلى مورد App Service Environment v3 موجود، يمكنك تحديد تلك البيئة من قائمة Region.

    ملاحظة

    إذا حددت منطقة Azure تدعم تكرار منطقة التوفر، يتم تمكين قسم تكرار المنطقة. يوفر هذا القسم خيار تمكين تكرار منطقة التوفر لـ "logic app" الخاص بك. ومع ذلك، لا تتضمن مناطق Azure المدعومة حالياً غرب الولايات المتحدة، لذلك يمكنك تجاهل هذا القسم لهذا المثال. لمزيد من المعلومات، راجع حماية "logic apps" من حالات فشل المنطقة مع مناطق التكرار والتوفر في المنطقة.

    عند الانتهاء، تبدو إعداداتك مشابهة لهذا الإصدار:

    لقطة شاشة تعرض مدخل Azure وصفحة

  7. في علامة التبويب Hosting، قم بتوفير المعلومات التالية حول حل التخزين وخطة الاستضافة لاستخدامها لتطبيق المنطق الخاص بك.

    الخاصية مطلوب القيمة الوصف
    نوع التخزين نعم - تخزين Azure
    - تخزين SQL وAzure
    نوع التخزين الذي تريد استخدامه للبيانات والبيانات المتعلقة بسير العمل.

    - للنشر فقط في Azure، حدد Azure Storage.

    - لاستخدام SQL كمساحة تخزين أساسية وAzure Storage كمساحة تخزين ثانوية، حدد SQL وAzure Storage، وراجع إعداد تخزين قاعدة بيانات SQL لتطبيقات المنطق القياسية في تطبيقات Azure Logic Apps أحادية المستأجر.

    ملاحظة: إذا كنت تقوم بالنشر في منطقة Azure، فلا تزال بحاجة إلى حساب تخزين Azure، والذي يستخدم لإكمال الاستضافة لمرة واحدة لتكوين تطبيق المنطق على النظام الأساسي Azure Logic Apps. يتم تخزين حالة سير العمل المستمر ومحفوظات التشغيل والبيانات الاصطناعية الأخرى لوقت التشغيل في قاعدة بيانات SQL.

    بالنسبة إلى عمليات التوزيع إلى موقع مخصص مستضاف على مجموعة Azure Arc، تحتاج فقط SQL كموفر تخزين.

    ⁩حساب التخزين⁧ نعم <اسم حساب تخزين Azure> حساب Azure Storage لاستخدامه لعمليات التخزين.

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

    يقوم هذا المثال بإنشاء حساب تخزين باسم fabrikamstorageacct.

  8. بعد ذلك، إذا كانت إعدادات الإنشاء والتوزيع تدعم استخدام Application Insights، يمكنك اختياريًا تمكين تسجيل التشخيصات وتتبعها لتطبيق المنطق الخاص بك.

    1. في علامة التبويب Monitoring، ضمن Application Insights، قم بتعيين Enable Application Insights إلى Yes إذا لم يكن محددًا بالفعل.

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

  9. بعد أن يتحقق Azure من صحة إعدادات تطبيق المنطق، في علامة التبويب Review + create، حدد Create، على سبيل المثال:

    لقطة شاشة تعرض بوابة Azure وإعدادات مواردlogic app الجديدة.

    ملاحظة

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

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

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

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

    لقطة شاشة تعرض بوابة Azure وعملية التوزيع المنتهية.

إضافة سير عمل فارغ

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

  1. بعد فتح Azure للمورد، في قائمة تطبيق المنطق، حدد Workflows. في شريط أدوات Workflows، حدد Add.

    لقطة شاشة تعرض قائمة مورد

  2. بعد فتح جزء New workflow، قم بتوفير اسم لسير العمل، واختر نوع الحالة، إما Stateful أو Stateless. عند الانتهاء، حدد "Create" .

    يضيف هذا المثال سير عمل فارغًا ذي حالة مسمى Fabrikam-Stateful-Workflow. بشكل افتراضي، يتم تمكين سير العمل ولكنه لا يفعل أي شيء حتى تضيف مشغلاً وإجراءات.

    لقطة شاشة تظهر سير العمل الفارغ الذي تمت إضافته حديثاً

  3. بعد ذلك، افتح سير العمل الفارغ في المصمم بحيث يمكنك إضافة مشغل وإجراء.

    1. من قائمة سير العمل، حدد سير العمل الفارغ.

    2. في قائمة سير العمل، ضمن Developer، حدد Designer.

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

      لقطة شاشة تظهر مصمم سير العمل المفتوح مع تحديد

إضافة مشغل وإجراء

ينشئ هذا المثال سير عمل يحتوي على الخطوات التالية:

  • مشغل الطلب المضمن، عند تلقي طلب HTTP، والذي يتلقى المكالمات أو الطلبات الواردة وينشئ نقطة نهاية يمكن للخدمات الأخرى أو تطبيقات المنطق الاتصال بها.

  • إجراء Office 365 Outlook، إرسال بريد إلكتروني.

إضافة مشغل الطلب

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

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

  2. في مربع البحث اختيار عملية، أدخل when a http request، وحدد مشغل الطلب المضمن المسمى عند تلقي طلب HTTP.

    لقطة شاشة تعرض المصمم وتضيف جزء المشغل مع تحديد مشغل

    عندما يظهر المشغل على المصمم، يفتح جزء تفاصيل المشغل لإظهار خصائص المشغل وإعداداته وإجراءاته الأخرى.

    لقطة شاشة تظهر المصمم مع تحديد المشغل

    تلميح

    إذا لم يظهر جزء التفاصيل، فتأكد من تحديد المشغل على المصمم.

  3. إذا كنت بحاجة إلى حذف عنصر من المصمم، فاتبع هذه الخطوات لحذف العناصر من المصمم.

  4. لحفظ عملك، على شريط أدوات المصمم، حدد حفظ.

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

إضافة الإجراء Office 365 Outlook

  1. على المصمم، ضمن المشغل الذي أضفته، حدد علامة الجمع (+) >إضافة إجراء.

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

    ملاحظة

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

  2. في جزء إضافة إجراء، ضمن مربع البحث اختيار عملية، حدد Azure. تعرض علامة التبويب هذه الموصلات المدارة المتوفرة والمستضافة في Azure.

    ملاحظة

    إذا كان جزء إضافة إجراء يعرض رسالة الخطأ، The access token expiry UTC time '{token-expiration-date-time}' is earlier than current UTC time '{current-date-time}'فاحفظ سير العمل، وأعد تحميل الصفحة، وأعد فتح سير العمل، وحاول إضافة الإجراء مرة أخرى.

    يستخدم هذا المثال الإجراء Office 365 Outlook المسمى إرسال بريد إلكتروني (V2).

    لقطة شاشة تعرض المصمم وإضافة جزء الإجراء مع تحديد إجراء

  3. في جزء تفاصيل الإجراء، في علامة التبويب إنشاء اتصال، حدد تسجيل الدخول حتى تتمكن من إنشاء اتصال بحساب بريدك الإلكتروني.

    لقطة شاشة تعرض المصمم وجزء تفاصيل

  4. عندما تتم مطالبتك بالوصول إلى حساب بريدك الإلكتروني، سجل الدخول باستخدام بيانات اعتماد حسابك.

    ملاحظة

    إذا تلقيت رسالة الخطأ، Failed with error: 'The browser is closed.'. Please sign in again، فتحقق مما إذا كان المستعرض يحظر ملفات تعريف الارتباط التابعة لجهة خارجية. إذا تم حظر ملفات تعريف الارتباط هذه، فحاول إضافة https://portal.azure.com إلى قائمة المواقع التي يمكنها استخدام ملفات تعريف الارتباط. إذا كنت تستخدم وضع التصفح المتخفي، فتأكد من عدم حظر ملفات تعريف الارتباط التابعة لجهة خارجية في أثناء العمل في هذا الوضع.

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

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

  5. في جزء تفاصيل الإجراء، في علامة التبويب Parameters، قم بتوفير المعلومات المطلوبة للإجراء، على سبيل المثال:

    لقطة شاشة تعرض المصمم وجزء تفاصيل

    الخاصية مطلوب القيمة الوصف
    لكي تتمكن من نعم <your-email-address> مستلم البريد الإلكتروني، والذي يمكن أن يكون عنوان بريدك الإلكتروني لأغراض الاختبار. يستخدم هذا المثال البريد الإلكتروني الوهمي، sophiaowen@fabrikam.com.
    Subject نعم An email from your example workflow عنوان البريد الإلكتروني
    النص الأساسي نعم Hello from your example workflow! محتوى نص البريد الإلكتروني

    ملاحظة

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

  6. حفظ عملك. في شريط أدوات المصمم، حدد "Save" .

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

    وإلا، لاختبار سير العمل الخاص بك، قم بالتشغيل يدويًا.

البحث عن أسماء المجالات للوصول إلى جدار الحماية

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

للعثور على عناوين IP الواردة والصادرة المستخدمة من قبل تطبيق المنطق ومهام سير العمل، اتبع الخطوات التالية:

  1. في قائمة logic app، ضمن الإعدادات، حدد Networking (معاينة).

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

للعثور على أسماء المجالات المؤهلة بالكامل (FQDNs) للاتصالات، اتبع الخطوات التالية:

  1. في قائمة logic app، ضمن Workflows، حدد Connections. في علامة التبويب API Connections، حدد اسم مورد الاتصال، على سبيل المثال:

    لقطة شاشة تعرض مدخل Azure وقائمة logic app مع تحديد اسم مورد الاتصال

  2. قم بتوسيع المستعرض الخاص بك على نطاق كاف بحيث عندما تظهر طريقة عرض JSON في الزاوية العلوية اليسرى للمستعرض، حدد JSON View.

    لقطة شاشة تعرض مدخل Azure وجزء اتصال واجهة برمجة التطبيقات مع تحديد

  3. انسخ قيمة الخاصية connectionRuntimeUrl واحفظها في مكان آمن بحيث يمكنك إعداد جدار الحماية باستخدام هذه المعلومات.

    لقطة شاشة تعرض قيمة خاصية

  4. لكل اتصال، كرر الخطوات ذات الصلة.

تشغيل مسار العمل

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

  1. في مصمم سير العمل، حدد مشغل الطلب المسمى عند تلقي طلب HTTP.

  2. بعد فتح جزء التفاصيل، في علامة التبويب Parameters، ابحث عن خاصية HTTP POST URL. لنسخ عنوان URL الذي تم إنشاؤه، حدد نسخ عنوان URL (أيقونة نسخ الملف)، واحفظ عنوان URL في مكان آخر في الوقت الحالي. يتبع عنوان URL هذا التنسيق:

    http://<logic-app-name>.azurewebsites.net:443/api/<workflow-name>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<shared-access-signature>

    لقطة شاشة تعرض المصمم مع عنوان URL لطلب المشغل ونقطة النهاية في خاصية

    على سبيل المثال، يبدو عنوان URL كما يلي:

    https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

    تلميح

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

    1. في قائمة الموارد، حدد Overview.
    2. في جزء Overview، ابحث عن خاصية Workflow URL.
    3. لنسخ عنوان URL لنقطة النهاية، حرك المؤشر فوق نهاية نص عنوان URL لنقطة النهاية، وحدد نسخ إلى الحافظة (أيقونة ملف النسخ).
  3. لاختبار عنوان URL عن طريق إرسال طلب، افتح Postman أو الأداة المفضلة لديك لإنشاء الطلبات وإرسالها.

    يستمر هذا المثال باستخدام Postman. لمزيد من المعلومات، راجع Postman Getting Started.

    1. في شريط أدوات Postman، حدد New.

      لقطة شاشة تظهر ساعي البريد مع تحديد زر جديد

    2. في جزء إنشاء جديد، ضمن كتل الإنشاء، حدد طلب.

    3. في نافذة حفظ الطلب، ضمن اسم الطلب، أدخل اسمًا للطلب، على سبيل المثال، Test workflow trigger.

    4. ضمن تحديد مجموعة أو مجلد للحفظ إليه، حدد إنشاء مجموعة.

    5. ضمن All Collections، قم بتوفير اسم للمجموعة لإنشاء لتنظيم طلباتك، واضغط على Enter، وحدد Save to<collection-name>. يستخدم هذا المثال Logic Apps requests كاسم المجموعة.

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

      لقطة شاشة تعرض ساعي البريد مع جزء الطلب المفتوح.

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

      لقطة شاشة تعرض عنوان URL لساعي البريد والنقطة النهائية في مربع العنوان مع تحديد زر إرسال

      عند تشغيل المشغل، يتم تشغيل سير عمل المثال وإرسال بريد إلكتروني يبدو مشابهًا لهذا المثال:

      لقطة شاشة تعرض بريد Outlook كما هو موضح في المثال.

مراجعة محفوظات التشغيل

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

  1. في مدخل Microsoft Azure، في قائمة سير العمل، حدد Overview.

  2. في جزء Overview، حدد Run History، الذي يعرض محفوظات التشغيل لسير العمل هذا.

    لقطة شاشة تعرض جزء

    تلميح

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

    يعرض الجدول التالي الحالات النهائية المحتملة التي يمكن أن يكون لكل تشغيل سير عمل وإظهارها في المدخل:

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

    تلميح: إذا قمت بإعداد تسجيل التشخيص، يمكنك الحصول على معلومات حول أي أحداث تقييد تحدث.

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

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

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

    تفتح طريقة عرض تفاصيل التشغيل وتعرض حالة كل خطوة في التشغيل.

    لقطة شاشة تعرض طريقة عرض تفاصيل التشغيل مع حالة كل خطوة في سير العمل.

    يعرض الجدول التالي الحالات المحتملة التي يمكن أن يكون لكل إجراء سير عمل وإظهارها في المدخل:

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

    لقطة شاشة تعرض المدخلات والمخرجات في الإجراء المحدد

  5. لمزيد من المراجعة للمدخلات والمخرجات الأولية لتلك الخطوة، حدد Show raw inputs أو Show raw outputs.

مراجعة محفوظات المشغلات

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

  1. في مدخل Microsoft Azure، في قائمة سير العمل، حدد Overview.

  2. في صفحة Overview، حدد Trigger Histories.

    يعرض جزء Trigger Histories محفوظات المشغل لتشغيل سير العمل الخاص بك.

  3. لمراجعة سجل مشغل معين، حدد معرف هذا التشغيل.

تمكين Application Insights أو فتحه بعد التوزيع

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

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

لتمكين Application Insights على تطبيق منطق منشور أو فتح لوحة معلومات Application Insights إذا تم تمكينها بالفعل، اتبع الخطوات التالية:

  1. في مدخل Microsoft Azure، ابحث عن تطبيق المنطق المنشور.

  2. في قائمة logic app، ضمن الإعدادات، حدد Application Insights.

  3. إذا لم يتم تمكين Application Insights، في جزء Application Insights، حدد تشغيل Application Insights. بعد تحديث الجزء، في الأسفل، حدد Apply>Yes.

    إذا تم تمكين Insights التطبيق، في جزء Application Insights، حدد عرض بيانات Application Insights.

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

تمكين محفوظات التشغيل لسير العمل عديم الحالة

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

  1. في مدخل Microsoft Azure، افتح مورد Logic App (Standard).

  2. في قائمة logic app، ضمن الإعدادات، حدد تكوين.

  3. في علامة التبويب Application settings، حدد + New application setting.

  4. في جزء Add/Edit application setting، في المربع Name، أدخل اسم خيار العملية هذا:

    Workflows.{yourWorkflowName}.OperationOptions

  5. في مربع القيمة، أدخل القيمة التالية: WithStatelessRunHistory

    على سبيل المثال:

    لقطة شاشة تعرض مدخل Azure ومورد Logic App (قياسي) مع فتح جزء

  6. لإنهاء هذه المهمة، حدد موافق. في شريط أدوات جزء التكوين، حدد حفظ.

  7. لتعطيل محفوظات التشغيل عند الانتهاء، قم إما بتعيين الخاصية Workflows.{yourWorkflowName}.OperationOptions إلى None، أو احذف الخاصية وقيمتها.

عرض الاتصالات

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

  1. من قائمة تطبيق المنطق، ضمن Workflows، حدد Connections.

  2. استنادًا إلى نوع الاتصال، تريد العرض، حدد أحد الخيارات التالية:

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

حذف العناصر من المصمم

لحذف عنصر في سير العمل من المصمم، اتبع أيا من الخطوات التالية:

  • حدد العنصر، وافتح القائمة المختصرة للعنصر (Shift+F10)، وحدد حذف. للتأكيد، حدد «OK».

  • حدد العنصر، واضغط على مفتاح الحذف. للتأكيد، حدد «OK».

  • حدد العنصر بحيث يفتح جزء التفاصيل لهذا العنصر. في الزاوية العلوية اليسرى من الجزء، افتح قائمة علامات الحذف (...)، وحدد حذف. للتأكيد، حدد «OK».

    لقطة شاشة تعرض عنصراً محدداً على المصمم مع جزء التفاصيل المفتوح بالإضافة إلى زر علامات الحذف المحدد وأمر

    تلميح

    إذا لم تكن قائمة علامات الحذف مرئية، فقم بتوسيع نافذة المستعرض بحيث يعرض جزء التفاصيل زر علامات الحذف (...) في الزاوية العلوية اليسرى.

إعادة تشغيل التطبيقات المنطقية أو إيقافها أو بدء تشغيلها

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

ملاحظة

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

اعتبارات إيقاف تطبيقات المنطق

يؤثر إيقاف تطبيق منطق على مثيلات سير العمل بالطرق التالية:

  • يلغي Azure Logic Apps جميع عمليات التشغيل قيد التقدم والمعلقة على الفور.

  • لا تنشئ Azure Logic Apps مثيلات سير عمل جديدة أو تقوم بتشغيلها.

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

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

    1. في مدخل Microsoft Azure، افتح تطبيق المنطق الخاص بك.
    2. في قائمة logic app، ضمن Workflows، حدد Workflows.
    3. افتح سير عمل، وقم بتحرير أي جزء من مشغل سير العمل هذا.
    4. حفظ التغييرات. تُعيد هذه الخطوة تعيين الحالة الحالية للمشغل.
    5. كرر ذلك لكل سير عمل.
    6. عند الانتهاء من ذلك، أعد تشغيل تطبيق المنطق.

إعادة تشغيل تطبيق منطق واحد أو إيقافه أو بدء تشغيله

  1. في مدخل Microsoft Azure، افتح تطبيق المنطق الخاص بك.

  2. من قائمة تطبيقك المنطقي، اختر Overview.

    • لإعادة تشغيل تطبيق منطقي دون إيقاف، في شريط أدوات جزء النظرة العامة، حدد إعادة التشغيل.
    • لإيقاف تشغيل تطبيق منطقي، في شريط أدوات جزء النظرة العامة، حدد إيقاف. أكّد تحديدك.
    • لبدء تشغيل تطبيق منطق متوقف، في شريط أدوات جزء النظرة العامة، حدد بدء.

    ملاحظة

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

  3. لتأكيد نجاح العملية أو فشلها، في شريط أدوات Azure الرئيسي، افتح قائمة Notifications (أيقونة الجرس).

إيقاف تطبيقات منطقية متعددة أو بدء تشغيلها

يمكنك إيقاف أو بدء تشغيل تطبيقات منطقية متعددة في نفس الوقت، ولكن لا يمكنك إعادة تشغيل تطبيقات منطقية متعددة دون إيقافها أولًا.

  1. في مربع بحث مدخل Microsoft Azure الرئيسي، أدخل logic apps، وحدد Logic apps.

  2. في صفحة Logic apps، راجع عمود Status تطبيق المنطق.

  3. في عمود خانة الاختيار، حدد تطبيقات المنطق التي ترغب في إيقافها أو بدء تشغيلها.

    • لإيقاف تطبيقات المنطق قيد التشغيل المحددة، في شريط أدوات جزء النظرة العامة، حدد Disable/Stop. أكّد تحديدك.
    • لبدء تشغيل التطبيقات المنطقية المتوقفة المحددة، في شريط أدوات جزء النظرة العامة، حدد Enable/Start.
  4. لتأكيد نجاح العملية أو فشلها، في شريط أدوات Azure الرئيسي، افتح قائمة Notifications (أيقونة الجرس).

تعطيل مهام سير العمل أو تمكينها

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

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

  • لا تنشئ Azure Logic Apps مثيلات سير عمل جديدة أو تقوم بتشغيلها.

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

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

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

ملاحظة

تعطيل سير العمل وإيقاف عمليات تطبيق المنطق لها تأثيرات مختلفة. لمزيد من المعلومات، راجع اعتبارات إيقاف تطبيقات المنطق.

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

  1. في قائمة logic app، ضمن Workflows، حدد Workflows. في عمود خانة الاختيار، حدد سير العمل لتعطيله.

  2. في شريط أدوات جزء سير العمل، حدد تعطيل.

  3. لتأكيد نجاح العملية أو فشلها، في شريط أدوات Azure الرئيسي، افتح قائمة Notifications (أيقونة الجرس).

تمكين سير العمل

  1. في قائمة logic app، ضمن Workflows، حدد Workflows. في عمود خانة الاختيار، حدد سير العمل لتمكينه.

  2. في شريط أدوات جزء سير العمل، حدد تمكين.

  3. لتأكيد نجاح العملية أو فشلها، في شريط أدوات Azure الرئيسي، افتح قائمة Notifications (أيقونة الجرس).

حذف تطبيقات المنطق أو مهام سير العمل

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

حذف تطبيقات المنطق

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

  1. في مربع بحث مدخل Microsoft Azure الرئيسي، أدخل logic apps، وحدد Logic apps.

  2. من قائمة Logic apps، في عمود خانة الاختيار، حدد تطبيقات منطقية واحدة أو متعددة لحذفها. من شريط الأدوات، حدد "Delete".

  3. عندما يظهر مربع التأكيد، أدخل yes، وحدد Delete.

  4. لتأكيد نجاح العملية أو فشلها، في شريط أدوات Azure الرئيسي، افتح قائمة Notifications (أيقونة الجرس).

حذف مهام سير العمل

يؤثر حذف سير العمل على مثيلات سير العمل بالطرق التالية:

  • يقوم Azure Logic Apps بإلغاء قيد التقدم وتشغيل معلق على الفور، ولكنه يقوم بتشغيل مهام التنظيف على التخزين الذي يستخدمه سير العمل.

  • لا تنشئ Azure Logic Apps مثيلات سير عمل جديدة أو تقوم بتشغيلها.

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

  1. في مدخل Microsoft Azure، افتح تطبيق المنطق الخاص بك.

  2. في قائمة logic app، ضمن Workflows، حدد Workflows. في عمود خانة الاختيار، حدد مهام سير عمل واحدة أو متعددة لحذفها.

  3. من شريط الأدوات، حدد "Delete" .

  4. لتأكيد نجاح العملية أو فشلها، في شريط أدوات Azure الرئيسي، افتح قائمة Notifications (أيقونة الجرس).

استرداد تطبيقات المنطق المحذوفة

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

ملاحظة

قبل محاولة استرداد تطبيق المنطق المحذوف، راجع هذه الاعتبارات:

  • يمكنك استرداد موارد Logic App (Standard) المحذوفة فقط التي تستخدم خطة استضافة Workflow Standard. لا يمكنك استرداد موارد Logic App (Consumption) المحذوفة.

  • إذا كان سير العمل يبدأ بمشغل الطلب، فإن عنوان URL لرد الاتصال لتطبيق المنطق المسترد يختلف عن عنوان URL لتطبيق المنطق المحذوف.

  • محفوظات التشغيل من تطبيق المنطق المحذوف غير متوفرة في تطبيق المنطق المسترد.>

  1. تأكد من أن حساب تخزين تطبيق المنطق الخاص بك لا يزال موجودًا. إذا تم حذف حساب التخزين، يجب أولًا استرداد حساب التخزين المحذوف.

  2. في قائمة حساب التخزين، ضمن الأمان + الشبكات، حدد مفاتيح Access.

  3. في صفحة مفاتيح الوصول، انسخ سلسلة الاتصال الأساسية للحساب، واحفظ لاستخدامها لاحقًا، على سبيل المثال:

    DefaultEndpointsProtocol=https;AccountName=<storageaccountname>;AccountKey=<accesskey>;EndpointSuffix=core.windows.net

  4. في قائمة حساب التخزين، ضمن تخزين البيانات، حدد مشاركات الملفات، وانسخ اسم مشاركة الملف المقترن بتطبيق المنطق الخاص بك، واحفظه للاستخدام لاحقًا.

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

  6. قبل المتابعة، أوقف تطبيق المنطق. من قائمة تطبيقك المنطقي، اختر Overview. في شريط أدوات صفحة النظرة العامة، حدد إيقاف.

  7. في قائمة logic app، ضمن الإعدادات، حدد تكوين.

  8. في صفحة التكوين، قم بتحديث قيم إعداد التطبيق التالية، وتذكر حفظ التغييرات عند الانتهاء.

    إعداد التطبيق قيمة الاستبدال
    AzureWebJobsStorage استبدل القيمة الموجودة بسلسلة الاتصال المنسوخة مسبقًا من حساب التخزين الخاص بك.
    WEBSITE_CONTENTAZUREFILECONNECTIONSTRING استبدل القيمة الموجودة بالسلسلة المنسوخة مسبقًا من حساب التخزين الخاص بك.
    WEBSITE_CONTENTSHARE استبدل القيمة الموجودة باسم مشاركة الملف الذي تم نسخه مسبقًا.
  9. في قائمة logic app، ضمن Workflows، حدد Connections.

  10. افتح كل اتصال وضمن الإعدادات، حدد نهج الوصول.

  11. احذف نهج الوصول لتطبيق المنطق المحذوف، ثم أضف نهج وصول جديدًا لتطبيق منطق الاستبدال.

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

  13. عند الانتهاء من ذلك، أعد تشغيل تطبيق المنطق.

استكشاف المشكلات والأخطاء وإصلاحها

المشغلات والإجراءات الجديدة مفقودة من منتقي المصمم لسير العمل الذي تم إنشاؤه مسبقًا

يدعم Azure Logic Apps أحادي المستأجر الإجراءات المضمنة لعمليات وظائف Azure والعمليات السائلة وعمليات XML، مثل التحقق من صحة XMLوتحويل XML. ومع ذلك، بالنسبة لتطبيقات المنطق التي تم إنشاؤها مسبقًا، قد لا تظهر هذه الإجراءات في المصمم لتحديد ما إذا كان تطبيق المنطق الخاص بك يستخدم إصدارا قديما من مجموعة الملحقات، Microsoft.Azure.Functions.ExtensionBundle.Workflows.

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

ملاحظة

ينطبق هذا الحل المحدد فقط على موارد Logic App (Standard) التي تقوم بإنشائها باستخدام مدخل Microsoft Azure، وليس التطبيقات المنطقية التي تقوم بإنشائها ونشرها باستخدام Visual Studio Code وملحق Azure Logic Apps (Standard). راجع المشغلات والإجراءات المدعومة مفقودة من المصمم في Visual Studio Code.

  1. في مدخل Microsoft Azure، افتح تطبيق المنطق الخاص بك.

    1. من قائمة تطبيقك المنطقي، اختر Overview.

    2. في شريط أدوات جزء النظرة العامة، حدد إيقاف.

  2. في قائمة تطبيق المنطق، ضمن أدوات التطوير، حدد أدوات متقدمة.

  3. في جزء Advanced Tools، حدد Go، الذي يفتح بيئة Kudu للتطبيق المنطقي الخاص بك.

  4. في شريط أدوات Kudu، افتح قائمة وحدة تحكم تتبع الأخطاء، وحدد CMD.

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

  5. استعرض وصولًا إلى المجلد التالي، الذي يحتوي على مجلدات تم إصدارها للحزمة الموجودة:

    ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

  6. احذف مجلد الإصدار الخاص بالحزمة الموجودة. في نافذة وحدة التحكم، يمكنك تشغيل هذا الأمر حيث يمكنك استبدال {bundle-version} بالإصدار الموجود:

    rm -rf {bundle-version}

    على سبيل المثال:rm -rf 1.1.3

    تلميح

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

  7. في مدخل Microsoft Azure، ارجع إلى صفحة نظرة عامة على تطبيق المنطق، وحدد إعادة التشغيل.

    يحصل المدخل تلقائيًا على أحدث حزمة ويستخدمها.

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

نود أن نسمع منك عن تجاربك مع هذا السيناريو!