تكرار موارد Azure من خلال إنشاء مهام النسخ

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

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

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

يتضمن هذا الدليل نظرة عامة على مهام النسخ التي تدعمها Azure Logic Apps. كما يوضح الدليل كيفية إنشاء مهمة تكرار لقوائم انتظار حافلة الخدمة في Azure كمثال.

ما مهمة النسخ المتماثل؟

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

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

إشعار

تشمل مهام النسخ المدعومة من Azure Logic Apps خصائص النسخ. إذا اختلف بروتوكولات المصدر والهدف، تقوم المهام بعمليات ربط بين هياكل البيانات الوصفية المصدر والهدف.

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

لمزيد من المعلومات حول التكرار والاتحاد، انظر:

• مراكز الأحداث اتحاد متعدد المواقع ومتعدد المناطق
• أنماط مهام النسخ المتماثل للحدث
• ناقل خدمة Microsoft Azure لرسالة ناقل الخدمة والأمان المشترك عبر المناطق
• أنماط مهام النسخ المتماثل للرسائل

قوالب مهام النسخ المتماثل

الجدول التالي يسرد بعض نماذج مهام النسخ المتوفرة لمراكز أحداث AzureوAzure Service Bus:

نوع المورد	مصدر النسخ المتماثل والهدف
مساحة اسم "Azure Event Hubs"	- مثيل مراكز الأحداث إلى مثيل مراكز الأحداث - مثيل مراكز الأحداث إلى قائمة انتظار ناقل خدمة Microsoft Azure - مقالة من مثيل Event Hubs إلى ناقل الخدمة
مساحة اسم ناقل خدمة Azure	- قائمة انتظار ناقل خدمة Microsoft Azure إلى قائمة انتظار ناقل خدمة Microsoft Azure - قائمة انتظار ناقل خدمة Microsoft Azure إلى موضوع ناقل خدمة Microsoft Azure - موضوع ناقل خدمة Microsoft Azure لموضوع ناقل خدمة Microsoft Azure - قائمة انتظار ناقل خدمة Microsoft Azure إلى مثيل مراكز الأحداث - موضوع ناقل خدمة Microsoft Azure إلى قائمة انتظار ناقل خدمة Microsoft Azure - موضوع ناقل خدمة Microsoft Azure إلى مثيل مراكز الأحداث هام: عندما تكون قائمة الانتظار هي المصدر، فإن مهمة النسخ المتماثل لا تنسخ الرسائل ولكنها تنقلها من المصدر إلى الهدف وتحذفها من المصدر. لعكس الرسائل بدلاً من ذلك، استخدم موضوعاً كمصدرك حيث يعمل الاشتراك "الرئيسي" كنقطة نهاية قائمة الانتظار. بهذه الطريقة، يحصل الهدف على نسخة من كل رسالة من المصدر. لتوجيه الرسائل عبر مناطق مختلفة، أنشئ طابورا حيث ترسل الرسائل من تطبيق. تقوم مهمة النسخ المتماثل بنقل الرسائل من قائمة الانتظار هذه إلى قائمة انتظار الهدف في مساحة اسم في منطقة أخرى. يمكنك أيضاً استخدام اشتراك موضوع ككيان يعمل كقائمة انتظار نقل. لمزيد من المعلومات، راجع طوبولوجيا النسخ ل ServiceBusCopy.

طوبولوجيا النسخ المتماثل وسير العمل

لمساعدتك في تصور كيفية عمل مهمة النسخ عند تشغيلها بسير عمل تطبيق منطقي قياسي، تظهر المخططات التالية هيكل وسير عمل مهام النسخ لمثيلات Event Hubs وطوابير Service Bus.

طوبولوجيا النسخ المتماثل لمراكز الأحداث

يُظهر الرسم التخطيطي التالي مخطط سير عمل مهام الهيكل والنسخ المتماثل بين مثيلات مراكز الأحداث:

بيانات وصفية وخصائص مكاتب الأحداث

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

• بيانات وصفية معينة من الخدمة لحدث
• وقت الطابور الأصلي
• الرقم التسلسلي
• الإزاحة

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

• repl-enqueue-time (ISO8601 السلسلة)
• repl-sequence
• repl-offset

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

للحصول على معلومات حول النسخ والتجمع في Azure Event Hubs، انظر:

• اتحاد متعدد المواقع ومتعدد المناطق
• أنماط مهام النسخ المتماثل للحدث

طوبولوجيا النسخ المتماثل ناقل خدمة Microsoft Azure

يُظهر الرسم التخطيطي التالي مخطط سير عمل مهام الهيكل والنسخ المتماثل بين قوائم انتظار ناقل خدمة Microsoft Azure:

البيانات الوصفية وتعيين الخصائص لناقل الخدمة

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

• البيانات الوصفية المعينة من الخدمة لرسالة
• وقت الطابور الأصلي
• الرقم التسلسلي

بالنسبة لمهام النسخ الافتراضية في العينات المقدمة من Azure، يتم حفظ القيم الأصلية في خصائص المستخدم التالية:

• repl-enqueue-time (ISO8601 السلسلة)
• repl-sequence

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

للحصول على معلومات حول التكرار والاتحاد في Azure Service Bus، انظر:

• نسخ الرسائل والاتحاد عبر المناطق
• أنماط مهام النسخ المتماثل للرسائل

بيانات وصفية وخصائص التعيين بين ناقل الخدمة ومراكز الأحداث

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

من مراكز الأحداث	لناقل خدمة Microsoft Azure
ContentType	ContentType
CorrelationId	CorrelationId
MessageId	MessageId
مفتاح القسم	معرف جلسة PartitionKey
خصائص	خصائص المستخدم
ReplyTo	ReplyTo
ReplyToGroupName	ReplyToSessionId
الموضوع	Label
لكي تتمكن من	لكي تتمكن من

أمر بالحفظ

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

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

هام

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

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

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

لمعرفة المزيد عن اتحادات المواقع المتعددة واتحادات المناطق المتعددة لخدمات Azure حيث يمكنك إنشاء مهام النسخ، انظر:

• اتحاد متعدد المواقع ومتعدد المناطق
• أنماط مهام النسخ المتماثل للحدث
• نسخ الرسائل والاتحاد عبر المناطق
• أنماط مهام النسخ المتماثل للرسائل

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

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

• الموارد أو الكيانات المصدر والهدف.

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

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

  القائمة التالية تقدم أسبابا وأفضل الممارسات التي تدفعك لإنشاء مورد لتطبيق منطقي مسبقا:

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

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

  • يمكنك إنشاء تطبيق المنطق الخاص بك في منطقة تختلف عن الكيانات المصدر والهدف في مهمة التكرار الخاصة بك.

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

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

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

  لمزيد من المعلومات، راجع إنشاء سير عمل تطبيق منطقي قياسي باستخدام بوابة Azure.

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

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

  1. في مدخل Microsoft Azure، انتقل إلى مساحة الاسم الهدف.

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

  3. في صفحة سياسات الوصول المشترك التي تفتح، تحت السياسات، اختر RootManageSharedAccessKey.

  4. في سياسة SAS: لوح RootManageSharedAccessKey في الجزء، انسخ قيمة سلسلة الاتصال الأساسية .

  5. احفظ سلسلة الاتصال حتى تتمكن لاحقا من استخدامها للاتصال بمساحة الاسم المستهدفة.

تقاليد التسمية

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

اسم المصدر	مثال	تطبيق النسخ المتماثل	مثال	اسم الهدف	مثال
«Namespace»: <name>-sb-<region>	fabrikam-sb-weu	تطبيق Logic: <name-source-region-target-region>	fabrikam-rep-weu-wus	«Namespace»: <name>-sb-<region>	fabrikam-sb-wus
قائمة الانتظار: <name>	jobs-transfer	سير العمل: <name>	jobs-transfer-workflow	قائمة الانتظار: <name>	jobs

إنشاء مهمة النسخ المتماثل

يوضح هذا المثال كيفية إنشاء مهمة نسخ متماثل لقوائم انتظار "ناقل خدمة Microsoft Azure".

1. في مدخل Microsoft Azure، ابحث عن مساحة اسم ناقل الخدمة التي تريد استخدامها كمصدر.

2. في قائمة الشريط الجانبي لمساحة الأسماء، في قسم الأتمتة ، اختر المهام.

   

3. في صفحة المهام ، اختر إضافة مهمة حتى تتمكن من اختيار قالب مهمة.

   

4. في صفحة إضافة مهمة ، تحت اختيار قالب، في قالب مهمة النسخ التي تريد إنشائها، اختر الاختيار. إذا لم تظهر الصفحة التالية، فحدد التالي: المصادقة.

   يستخدم هذا المثال قالب مهمة Replicate from Service Bus to the Listue، والذي يقوم بتكرار المحتوى بين قوائم انتظار ناقل الخدمة.

   

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

   يوضح هذا المثال المطالبة بإنشاء الاتصال بمساحة اسم ناقل خدمة Microsoft Azure الهدف حيث توجد قائمة الانتظار الهدف. يوجد الاتصال لمساحة اسم ناقل خدمة Microsoft Azure المصدر.

   

6. قم بتوفير المعلومات اللازمة بشأن الهدف، ثم حدد Create.

   في هذا المثال، قم بتوفير اسم عرض للاتصال، ثم حدد مساحة اسم ناقل خدمة Microsoft Azure حيث توجد قائمة الانتظار الهدف.

   

   تلميح

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

   1. في جزء Connect، حدد Connect via connection string.

   2. في المربع Connection String، أدخل سلسلة الاتصال لمساحة الاسم الهدف.

   يوضح المثال التالي الاتصال الذي تم إنشاؤه بنجاح:

   

7. بعد الانتهاء من جميع الاتصالات، حدد Next: Configure.

8. في علامة التبويب Configure، أدخل اسماً للمهمة وأي معلومات أخرى مطلوبة للمهمة.

   إشعار

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

   على سبيل المثال، إذا قمت بتسمية مهمتك fabrikam-rep-weu-wus، ولكنك قمت لاحقاً بتحرير سير العمل الأساسي لغرض مختلف، فلا يمكنك تغيير اسم المهمة ليطابق.

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

      إشعار

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

   2. عندما تنتهي، حدد "Review + create".

      

9. في تبويب المراجعة + الإنشاك ، أكد موارد Azure التي تتطلبها مهمة النسخ للعمل.

   • إذا اخترت إنشاء مورد جديد لتطبيق منطقي لمهمة النسخ، فإن التبويب يعرض الموارد المطلوبة من Azure التي تنشئها مهمة النسخ لتشغيلها.

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

     يوضح المثال التالي علامة التبويب Review + create إذا اخترت إنشاء تطبيق منطق جديد:

     

   • إذا اخترت إعادة استخدام مورد تطبيق منطقي موجود لمهمة النسخ، يعرض التبويب موارد Azure التي يعيد النسخ استخدامها للعمل.

     يوضح المثال التالي علامة التبويب Review + create إذا اخترت إعادة استخدام تطبيق منطق موجود:

     

   إشعار

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

10. عندما تكون مستعداً، حدد Create.

    تظهر الآن المهمة التي قمت بإنشائها، والتي يتم تشغيلها وتشغيلها تلقائياً، في قائمة Tasks.

    تلميح

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

    

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

قم بإعداد نهج إعادة المحاولة

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

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

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

1. في مدخل Microsoft Azure، ابحث عن مورد أو كيان Azure الذي يحتوي على محفوظات المهام التي تريد مراجعتها.

   في هذا المثال، هذا المورد هو مساحة اسم ناقل خدمة Microsoft Azure.

2. في قائمة الشريط الجانبي للموارد، تحت الإعدادات، في قسم الأتمتة ، اختر المهام.

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

   

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

4. لعرض سجل التشغيل لسير العمل بدون حالة، في الشريط الجانبي لسير العمل، تحت الأدوات، اختر سجل التشغيل.

   تبويب سجل الجري يعرض أي جولات سابقة أو جارية أو منتظرة للمهمة مع معرفاتها وحالتها وأوقات بدايتها ومدة التشغيل.

   

   يصف الجدول التالي الحالات المحتملة للتشغيل:

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

5. لعرض كل خطوة في الجري، حالتها، ومعلومات أخرى، اختر تلك الجولة.

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

   • يبدأ سير العمل دائماً بمشغل. بالنسبة لهذه المهمة، يبدأ سير العمل بمشغل "ناقل خدمة Microsoft Azure" الذي ينتظر وصول الرسائل إلى قائمة انتظار "ناقل الخدمة" المصدر.

   • تظهر كل خطوة حالتها ومدة التشغيل. الخطوات التي لا تتجاوز ثانية واحدة تستغرق أقل من ثانية واحدة.

   

6. لمراجعة المدخلات والمخرجات لكل خطوة، اختر الخطوة.

   يفتح هذا الإجراء لوحا يعرض تفاصيل المدخلات والمخرجات والخصائص لتلك الخطوة.

   المثال التالي يوضح المدخلات والمخرجات والخصائص لمشغل ناقل الخدمة.

   

يمكنك بناء سير عمل آلي خاص بك لدمج التطبيقات والبيانات والخدمات والأنظمة بعيدا عن سياق مهام التكرار لموارد Azure. انظر إلى إنشاء سير عمل لتطبيق منطقي قياسي.

مراقبة مهام النسخ المتماثل

للتحقق من أداء وصحة مهمة النسخ الخاصة بك أو سير عمل تطبيق المنطق الأساسي، استخدم Application Insights. يوفر Azure Monitor هذه القدرة.

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

تحرير المهمة

لتغيير مهمة، اختر خيارا:

• قم بتحرير المهمة بشكل داخلي لتغيير خصائص المهمة، مثل معلومات الاتصال أو معلومات التكوين.

• قم بتحرير سير العمل الأساسي للمهمة في المصمم.

تحرير المهمة المضمنة

1. في بوابة Azure، ابحث عن المورد الذي يحتوي على المهمة التي تريد تحديثها.

2. في قائمة الشريط الجانبي للموارد، في قسم الأتمتة ، اختر المهام.

3. في قائمة المهام، ابحث عن المهمة التي تريد تحديثها. افتح قائمة علامات الحذف (...) للمهمة، وحدد Edit in-line.

   

   بشكل افتراضي، تظهر علامة التبويب Authenticate وتعرض الاتصالات الحالية.

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

   إشعار

   يمكنك تحرير الاتصال الهدف فقط، وليس اتصال المصدر.

   

5. لتحديث خصائص مهمة أخرى، حدد Next: Configure.

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

   

6. عندما تنتهي، حدد حفظ.

قم بتحرير سير العمل الأساسي للمهمة

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

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

1. في بوابة Azure، ابحث عن المورد الذي يحتوي على المهمة التي تريد تحديثها.

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

3. في قائمة المهام، ابحث عن المهمة التي تريد تحديثها. افتح قائمة علامات الحذف للمهمة (...) وحدد Open in Logic Apps.

   

   بوابة Azure تغير السياق إلى المصمم حيث يمكنك تعديل سير العمل.

   

   يمكنك تعديل مشغل وإجراءات سير العمل.

4. لعرض خصائص المشغل أو الإجراء، حدد هذا المشغل أو الإجراء.

   يفتح لوح المعلومات الخاص بالمحفز أو الإجراء. يمكنك تعديل خصائص المحفز أو الإجراء.

   المثال التالي يضيف وصفا في المحفز حول سير العمل.

   

5. لحفظ أي تغييرات، اختر في شريط أدوات المصمم الحفظ.

   

6. لاختبار سير العمل المحدث وتشغيله، على شريط أدوات المصمم، حدد تشغيل>التشغيل.

   بعد انتهاء التشغيل، يعرض المصمم تفاصيل تشغيل سير العمل.

7. لمراجعة المدخلات والمخرجات لكل خطوة، حدد الخطوة التي تفتح لوحة تعرض المدخلات والمخرجات وتفاصيل الخصائص لتلك الخطوة.

   المثال التالي يوضح مدخلات ومخرجات وخصائص مشغل ناقل الخدمة المختار:

   

8. لتعطيل سير العمل حتى لا تستمر المهمة، في الشريط الجانبي لسير العمل، تحت الإعدادات، اختر الإعدادات. من قائمة حالات سير العمل ، اختر تعطيل.

   لمزيد من المعلومات، راجع تعطيل أو تمكين تطبيق منطقي منشور.

قم بإعداد تجاوز الفشل لمراكز الأحداث

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

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

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

1. في بوابة Azure، افتح مورد تطبيق المنطق، ثم افتح سير العمل الأساسي لمهمة النسخ.

   إشعار

   يجب أن يحتوي مورد التطبيق المنطقي على مهام سير عمل النسخ المتماثل فقط.

2. في قائمة الشريط الجانبي لسير العمل، تحت الإعدادات، اختر الإعدادات. من قائمة حالات سير العمل ، اختر تعطيل.

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

   1. في قائمة الشريط الجانبي لتطبيق المنطق، تحت الإعدادات، اختر متغيرات البيئة.

   2. في صفحة متغيرات البيئة ، في تبويب إعدادات التطبيق ، ابحث عن إعداد تطبيق AzureWebJobsStorage ، واختر عرض القيمة لعرض اسم حساب التخزين.

      يحدد هذا الإعداد سلسلة الاتصال وحساب التخزين المستخدم بواسطة مورد التطبيق المنطقي.

      المثال التالي يوضح كيفية العثور على اسم حساب التخزين هذا، وهو storagefabrikamreplb0c:

      

   3. للتأكد من وجود مورد حساب التخزين، أدخل الاسم في مربع البحث في بوابة Azure. اختر حساب التخزين:

      

4. احذف المجلد الذي يحتوي على نقطة التحقق الخاصة بالكيان المصدر ومعلومات الإزاحة باستخدام الخطوات التالية:

   1. قم بتنزيل أحدث عميل سطح مكتب Azure Storage Explorerوتثبيته وافتحه، إذا لم يكن لديك أحدث إصدار.

      إشعار

      بالنسبة لمهمة تنظيف الحذف، يتعين عليك حالياً استخدام عميل Azure Storage Explorer، وليس مستكشف التخزين أو المستعرض أو المحرر أو تجربة الإدارة في مدخل Microsoft Azure.

      على الرغم من أنه يمكنك حذف مجلدات الحاويات باستخدام أمر PowerShellRemove-AzStorageDirectory، إلا أن هذا الأمر يعمل فقط على المجلدات الفارغة.

   2. إذا لم تفعل ذلك بعد، سجل الدخول باستخدام حساب Azure الخاص بك. تأكد من أن اشتراكك في Azure لمورد حساب التخزين الخاص بك محدد. لمزيد من المعلومات، راجع بدء استخدام Storage Explorer.

   3. في نافذة Explorer، أسفل اسم اشتراك Azure، انتقل إلى Storage Accounts>{your-storage-account-name}> حاويات Blob>azure-webjobs-eventhub.

      إشعار

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

      

   4. في لوحة azure-webjobs-eventhub التي تفتح، اختر مجلد مساحة أسماء Event Hubs. الاسم له التنسيق التالي: <source-Event-Hubs-namespace-name>.servicebus.windows.net.

   5. بعد فتح مجلد مساحة الاسم، في الجزء azure-webjobs-eventhub، حدد المجلد <former-source-entity-name>. من قائمة اختصارات شريط الأدوات أو المجلد، اختر حذف:

      

   6. قم بتأكيد رغبتك في حذف المجلد.

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

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

لمزيد من المعلومات حول التعافي من الكوارث الجغرافية، راجع الوثائق التالية:

• مراكز أحداث Azure - التعافي من الكوارث الجغرافية
• Azure Service Bus - استرداد البيانات من الكوارث الجغرافية

تحرير إعدادات توسيع خطة الاستضافة

بوابة

1. في مدخل Microsoft Azure، افتح مورد التطبيق المنطقي الأساسي لمهمة النسخ المتماثل.

2. في قائمة الشريط الجانبي لتطبيق المنطق، تحت خطة خدمة التطبيق، اختر Scale Out.

   

3. استناداً إلى احتياجات السيناريو الخاص بك، ضمن Plan Scale out وApp Scale out، قم بتغيير قيم الحد الأقصى للاندفاع والمثيلات الجاهزة دائماً، على التوالي.

4. عندما تنتهي، اختر في شريط أدوات Scale Out Page، قم باختيار حفظ.

يمكنك أيضا تكوين نسخ جاهزة دائما لتطبيق باستخدام Azure CLI.

az resource update --resource-group <resource_group> --name <logic-app-app-name>/config/web --set properties.minimumElasticInstanceCount=<desired_always_ready_count> --resource-type Microsoft.Web/sites

لمزيد من المعلومات، راجع الوثائق التالية. تشترك خطة Workflow Standard في بعض الجوانب مع خطة Azure Functions Premium:

• إعدادات الخطة المميزة
• ما هو اندفاع السحاب؟
• مثيلات جاهزة دائما

مشاكل وفشل النسخ المتماثل

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

• حدود حجم الرسالة

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

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

• مفاتيح القسم

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

نموذج الفوترة

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

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

إشعار

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

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

إشعار

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

توسيع نطاق مراكز الأحداث

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

مستوى الأسعار	عدد الأقسام	الأحداث في الثانية	أقصى رشقات نارية *	مثيلات جاهزة دائماً *	عدد الجلب المسبق *	الحد الأقصى لحجم دفعة الحدث *
WS1	1	1,000	1	1	800	800
WS1	2	2,000	1	1	800	800
WS2	4	4,000	2	1	800	800
WS2	8	8,000	2	1	800	800
WS3	16	16,000	2	1	800	800
WS3	32	32,000	3	1	800	800

* لمزيد من المعلومات حول القيم التي يمكنك تغييرها لكل مستوى تسعير، راجع الجدول التالي:

قيمة	‏‏الوصف
أقصى عدد من الاندفاعات	الحد الأقصى لعدد العمال المرنين لتوسيع نطاقهم تحت الحمل. إذا كان تطبيقك الأساسي يتطلب مثيلات تتجاوز الحالات الجاهزة دائماً في صف الجدول التالي، يمكن لتطبيقك الاستمرار في التوسع حتى يصل عدد المثيلات إلى الحد الأقصى للاندفاع. لتغيير هذه القيمة، راجع تعديل خطة استضافة توسيع الإعدادات لاحقا في هذا المقال. ملاحظة: أي نسخ تتجاوز حجم خطتك يتم تحصيلها فقط عندما تكون قيد التشغيل وتخصيصها لك على أساس كل ثانية. يبذل النظام الأساسي قصارى جهده لتوسيع نطاق تطبيقك إلى الحد الأقصى المحدد. نصيحة: كتوصية، اختر قيمة قصوى أعلى مما قد تحتاجه حتى تتمكن المنصة من التوسع لتحمل حمل أكبر. الحالات غير المستخدمة لا يتم تحميلها. لمزيد من المعلومات، راجع الوثائق التالية. تشترك خطة Workflow Standard في بعض الجوانب مع خطة Azure Functions Premium. - إعدادات الخطة المميزة - ما هو اندفاع السحاب؟
مثيلات جاهزة دائما	الحد الأدنى لعدد المثيلات التي تكون دائماً جاهزة ودائمة لاستضافة تطبيقك. الحد الأدنى للرقم دائماً هو 1. لتغيير هذه القيمة، راجع تعديل خطة استضافة توسيع الإعدادات لاحقا في هذا المقال. ملاحظة: أي نسخ تتجاوز حجم خطتك يتم تحصيلها سواء كانت تعمل عند تخصيصها لك أم لا . لمزيد من المعلومات، راجع الوثائق التالية. تشترك خطة معيار سير العمل في بعض الجوانب مع خطة Azure Functions Premium: مثيلات جاهزة دائما.
عدد الجلب المسبق	القيمة الافتراضية لإعداد AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__prefetchCount التطبيق في مورد التطبيق المنطقي الذي يحدد عدد الجلب المسبق المستخدم من قبل الفئة الأساسية EventProcessorHost . لإضافة أو تحديد قيمة مختلفة لهذا الإعداد في التطبيق، راجع إدارة إعدادات التطبيق - local.settings.json. على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__prefetchCount - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات عن العقار prefetchCount ، انظر: - host.json settings - Azure Event Hubs - خاصية EventProcessorOptions.PrefetchCount - توازن حمل التقسيم عبر عدة مثيلات - مضيف معالج الأحداث - فئة EventProcessorHost
الحد الأقصى لحجم دفعة الحدث	القيمة الافتراضية لإعداد التطبيق AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__maxBatchSize في مورد التطبيق المنطقي الذي يحدد الحد الأقصى لعدد الأحداث التي تتلقاها كل حلقة استلام. لإضافة أو تحديد قيمة مختلفة لهذا الإعداد في التطبيق، راجع إدارة إعدادات التطبيق - local.settings.json. على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__maxBatchSize - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات عن العقار maxBatchSize ، انظر: - إعدادات host.json - تقوم مراكز الأحداث بتشغيل وربط Azure Functions - خاصية EventProcessorOptions.MaxBatchSize - مضيف معالج الأحداث

توسيع نطاق ناقل خدمة Microsoft Azure

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

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

مستوى الأسعار	الرسائل في الثانية	أقصى رشقات نارية *	مثيلات جاهزة دائماً *	عدد الجلب المسبق *	الحد الأقصى لعدد الرسائل *
WS1	2,000	1	1	800	800
WS2	2,500	1	1	800	800
WS3	3,500	1	1	800	800

* لمزيد من المعلومات حول القيم التي يمكنك تغييرها لكل مستوى تسعير، راجع الجدول التالي:

قيمة	‏‏الوصف
أقصى عدد من الاندفاعات	الحد الأقصى لعدد العمال المرنين الذين يمكن تكييفه تحت الحمل. إذا كان تطبيقك الأساسي يتطلب نسخا تتجاوز الحالات الجاهزة دائما في صف الجدول التالي، يمكن لتطبيقك الاستمرار في التكبير حتى يصل عدد الحالات إلى الحد الأقصى للانطلاقات. لتغيير هذه القيمة، راجع تعديل إعدادات توسيع خطة الاستضافة لاحقا في هذا المقال. ملاحظة: يتم تحصيل الرسوم على أي حالات تتجاوز حجم خطتك فقط عندما تكون قيد التشغيل وتخصيصها لك على أساس كل ثانية. يبذل النظام الأساسي قصارى جهده لتوسيع نطاق تطبيقك إلى الحد الأقصى المحدد. نصيحة: اختر قيمة قصوى أعلى مما تحتاجه حتى تتمكن المنصة من التوسع لتحمل حمل أكبر. أنت غير مسجل للحالات غير المستخدمة. تشترك خطة Workflow Standard في بعض الجوانب مع خطة Azure Functions Premium. لمزيد من المعلومات، اطلع على: - إعدادات الخطة المميزة - ما هو انفجار السحب؟
مثيلات جاهزة دائما	الحد الأدنى لعدد المثيلات التي تكون دائماً جاهزة ودائمة لاستضافة تطبيقك. الحد الأدنى للرقم دائماً هو 1. لتغيير هذه القيمة، راجع تعديل إعدادات توسيع خطة الاستضافة لاحقا في هذا المقال. ملاحظة: يتم تحصيل الرسوم على أي حالات تتجاوز حجم خطتك سواء كانت تعمل عند تخصيصها لك أم لا. تشترك خطة معيار سير العمل في بعض الجوانب مع خطة Azure Functions Premium: مثيلات جاهزة دائما.
عدد الجلب المسبق	القيمة الافتراضية لإعداد AzureFunctionsJobHost__extensions__serviceBus__prefetchCount التطبيق في مورد التطبيق المنطقي الذي يحدد عدد الجلب المسبق المستخدم من قبل الفئة الأساسية ServiceBusProcessor . لإضافة أو تحديد قيمة مختلفة لهذا الإعداد في التطبيق، راجع إدارة إعدادات التطبيق - local.settings.json، على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__serviceBus__prefetchCount - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات عن العقار prefetchCount ، انظر: - Azure Service Bus bindings for Azure Functions - خاصية ServiceBusProcessor.PrefetchCount - فئة ServiceBusProcessor
الحد الأقصى لعدد الرسائل	القيمة الافتراضية لإعداد التطبيق AzureFunctionsJobHost__extensions__serviceBus__batchOptions__maxMessageCount في مورد التطبيق المنطقي الذي يحدد الحد الأقصى لعدد الرسائل المراد إرسالها عند تشغيلها. لإضافة أو تحديد قيمة مختلفة لهذا الإعداد في التطبيق، راجع إدارة إعدادات التطبيق - local.settings.json، على سبيل المثال: - الاسم:AzureFunctionsJobHost__extensions__serviceBus__batchOptions__maxMessageCount - القيمة: 800 (بلا حد أقصى) لمزيد من المعلومات حول الخاصية maxMessageCount ، راجع Azure Service Bus bindings for Azure Functions.

المحتويات ذات الصلة

• التنقل في المصمم لسير العمل القياسي في Azure Logic Apps
• تعديل إعدادات التطبيق والمضيف لتطبيقات المنطق القياسية
• إنشاء معلمات عبر البيئة لمدخلات سير العمل