مشاركة عبر

الموثوقية في Azure Logic Apps

يساعدك Azure Logic Apps على دمج وتنسيق البيانات بسهولة أكبر بين التطبيقات والخدمات السحابية والأنظمة المحلية من خلال تقليل كمية الكود التي يجب كتابتها.

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

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

توصيات نشر الإنتاج للموثوقية

بالنسبة لأحمال عمل الإنتاج، نوصي بما يلي:

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

نظرة عامة على بنية الموثوقية

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

العمارة المنطقية

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

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

عندما تستخدم Azure Logic Apps لسيناريوهات التكامل بين الشركات (B2B) في المؤسسات ، قد تقوم بنشر حسابات تكامل حيث تحدد وتخزن القطع التي تستخدمها سير عمل تطبيقات المنطق.

العمارة المادية

بالنسبة لتطبيقات منطق الاستهلاك، يدير Azure Logic Apps تلقائيا بنية الحوسبة، وتخزين الحالة، والموارد الأخرى. لا تحتاج إلى تكوين أو إدارة أي أجهزة ظاهرية (VMs). تشارك تطبيقات منطق الاستهلاك بنية تحتية للحوسبة بين العديد من العملاء.

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

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

تستخدم تطبيقات المنطق القياسية بنية تحتية أساسية مشابهة لتطبيقات Azure Functions وAzure App Service. ومع ذلك، هناك بعض الاختلافات في طريقة تكوين خطط تطبيقات المنطق مقارنة بالخدمات الأخرى.

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

المرونة في مواجهة الأعطال العابرة

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

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

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

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

لمزيد من المعلومات، راجع معالجة الأخطاء والاستثناءات في Azure Logic Apps.

المرونة في مواجهة حالات فشل منطقة التوفر

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

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

تفعل سير العمل الجديدة والموجودة في تطبيقات منطق الاستهلاك في تطبيقات Azure Logic متعددة المستأجرين تلقائيا تكرار المناطق.

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

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

بالنسبة إلى مهام سير العمل القياسية مع خيار استضافة App Service Environment v3، يمكنك تمكين تكرار المنطقة اختياريا. لمزيد من المعلومات حول كيفية دعم بيئة خدمة التطبيقات v3 لمناطق التوافر، راجع الموثوقية في بيئة خدمة التطبيقات.

Requirements

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

Considerations

  • التخزين: عند تكوين التخزين الخارجي لمهام سير العمل القياسية ذات الحالة، يجب تكوين حساب التخزين الخاص بك لتكرار المنطقة. لمزيد من المعلومات، راجع اعتبارات التخزين لـ Azure وظائف.

  • الموصلات: تكون الموصلات المضمنة زائدة عن الحاجة تلقائيا عندما يكون تطبيق المنطق الخاص بك زائدا عن الحاجة في المنطقة.

  • حسابات التكامل: حسابات تكامل SKU المميزة زائدة عن الحاجة في المنطقة بشكل افتراضي.

Cost

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

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

لدى App Service Environment v3 نموذج تسعير محدد لتكرار المنطقة. للحصول على معلومات التسعير ل App Service Environment v3، راجع التسعير.

تكوين دعم منطقة التوفر

تدعم مهام سير عمل تطبيق منطق الاستهلاك تلقائيا تكرار المنطقة، لذلك لا يلزم تكوين.

  • إنشاء تطبيق منطقي جديد لتكرار المنطقة: لتمكين تكرار المناطق لتطبيقات المنطق القياسية، راجع تمكين تكرار المنطقة لتطبيق المنطق الخاص بك.

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

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

تخطيط القدرات وإدارتها

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

السلوك عندما تكون جميع المناطق صحية

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

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

  • تكرار البيانات بين المناطق: بالنسبة لسير العمل المعتمد على الحالة، يتم تكرار حالة سير العمل بشكل متزامن بين مناطق التوفر باستخدام التخزين الاحتياطي للمنطقة (ZRS).

  • توجيه حركة المرور بين المناطق: خلال العمليات العادية، يتم توزيع استدعاءات سير العمل بين جميع نسخ الخطة المتاحة عبر جميع مناطق التوافر.

  • تكرار البيانات بين المناطق: بالنسبة لسير العمل المعتمد على الحالة، يتم تخزين حالة سير العمل بناء على تخزين الحالة الذي قمت بتكوينه. عندما تستخدم Azure Storage كنظام تخزين خارجي، تحتاج إلى استخدام التخزين الاحتياطي للمنطقة (ZRS)، الذي يكرر حالة سير العمل بشكل متزامن بين مناطق التوفر.

السلوك أثناء فشل المنطقة

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

  • الكشف والاستجابة: Azure Logic Apps مسؤولة عن اكتشاف الفشل في منطقة التوفر. لا تحتاج إلى القيام بأي شيء لبدء تجاوز فشل المنطقة.
  • الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Service Health لفهم السلامة العامة للخدمة، بما في ذلك أي حالات فشل في المنطقة، ويمكنك إعداد تنبيهات حماية الخدمة لإعلامك بالمشكلات.

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

  • توقعت التوقعات: لا يتوقع توقف في تطبيقات Azure Logic Apps. ومع ذلك، إذا كانت هناك تبعيات على خدمات أخرى تعاني من توقف الخدمة، فقد يتأثر تطبيق المنطق الخاص بك أيضا.

  • فقدان البيانات المتوقع: لا يتوقع فقدان البيانات.

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

استعادة المنطقة

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

اختبار فشل المنطقة

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

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

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

حلول مخصصة متعددة المناطق للمرونة

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

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

لمزيد من المعلومات حول النشر متعدد المناطق لسير عمل تطبيقات المنطق الخاصة بك، انظر:

اتفاقية مستوى الخدمة

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

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

  • Last updated on