إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يساعدك Azure Logic Apps على دمج وتنسيق البيانات بسهولة أكبر بين التطبيقات والخدمات السحابية والأنظمة المحلية من خلال تقليل كمية الكود التي يجب كتابتها.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
تصف هذه المقالة كيفية جعل سير عمل تطبيقات المنطق مرنة لمجموعة متنوعة من الانقطاعات والمشاكل المحتملة، بما في ذلك الأعطال المؤقتة، وانقطاعات مناطق التوفر، وانقطاعات المناطق. كما يسلط الضوء على معلومات أساسية حول اتفاقية مستوى الخدمة (SLA) الخاصة ب Azure Logic Apps.
توصيات نشر الإنتاج للموثوقية
بالنسبة لسير العمل المؤسسي والآمن الذي يتطلب العزل أو أمن الشبكة، نوصي بإنشاء وتشغيل سير عمل قياسي في تطبيقات Azure Logicية ذات المستأجر الواحد، بدلا من سير العمل الاستهلاكي في تطبيقات Azure Logic متعددة المستأجرين. لمزيد من المعلومات، راجع إنشاء ونشر في بيئات مختلفة.
بالنسبة لعمليات النشر الإنتاجية التي تحتوي على تطبيقات Azure Logic بمستأجر واحد، نوصي بإعداد تكرار المناطق لتوزيع موارد تطبيق المنطق عبر عدة مناطق توافر.
نظرة عامة على بنية الموثوقية
يصف هذا القسم بعض الجوانب المهمة لكيفية عمل الخدمة والتي هي الأكثر صلة من منظور الموثوقية. يقدم القسم البنية المنطقية، التي تشمل بعض الموارد والميزات التي تقوم بنشرها واستخدامها. كما يناقش الهيكل المادي ، والذي يوفر تفاصيل حول كيفية عمل الخدمة تحت الأغطية.
البنية المنطقية
المورد الأساسي الذي تنشره هو تطبيق منطقي. تطبيقات منطق الاستهلاك لديها سير عمل واحد فقط، بينما يمكن لتطبيقات المنطق القياسية أن تحتوي على أكثر من سير عمل واحد. تستخدم معظم سير العمل اتصالا أو أكثر للوصول إلى تطبيقات وخدمات وأنظمة أخرى.
إذا كنت تصل إلى البيانات في الأنظمة المحلية، قد تقوم بنشر بوابة بيانات محلية. يمثل كل مورد بوابة تثبيت بوابة بيانات منفصلة على جهاز محلي. يمكنك تكوين بوابة بيانات محلية لقابلية وصول عالية باستخدام أجهزة كمبيوتر متعددة. لمزيد من المعلومات، راجع دعم قابلية الوصول العالية.
عندما تستخدم Azure Logic Apps لسيناريوهات التكامل بين الشركات (B2B) في المؤسسات ، قد تقوم بنشر حسابات تكامل حيث تحدد وتخزن القطع التي تستخدمها سير عمل تطبيقات المنطق.
العمارة المادية
بالنسبة لتطبيقات منطق الاستهلاك، يدير Azure Logic Apps تلقائيا بنية الحوسبة، وتخزين الحالة، والموارد الأخرى. لا تحتاج إلى تكوين أو إدارة أي أجهزة ظاهرية (VMs). تشارك تطبيقات منطق الاستهلاك بنية تحتية للحوسبة بين العديد من العملاء.
بالنسبة لتطبيقات المنطق القياسية، يستخدم Azure Logic Apps موارد حوسبة تسمى خطط خدمات سير العمل، أو الخطط، وهي مخصصة لك. يمكن أن تحتوي كل خطة على عدة نسخ، يمكنك توزيعها اختياريا عبر مناطق توفر متعددة. كل نسخة تربط تقريبا بآلة افتراضية (VM)، لكنك لا ترى تلك الأجهزة الافتراضية ولا تحتاج إلى تكوينها أو إدارتها مباشرة. تعمل مهام سير العمل الخاصة بك على مثيلات خطتك.
تتطلب تطبيقات المنطق القياسية أن تضبط التخزين للحفاظ على الحالة لسير العمل القائم على الحالة. لمزيد من المعلومات، راجع مهام سير العمل ذات الحالة عديمة الحالة.
تستخدم تطبيقات المنطق القياسية بنية تحتية أساسية مشابهة لتطبيقات دالات Azure و"Azure App Service". لكن هناك بعض الاختلافات في طريقة تكوين خطط تطبيقات المنطق مقارنة بالخدمات الأخرى.
لمزيد من المعلومات، راجع الفروقات بين تطبيقات المنطق القياسية وتطبيقات منطق الاستهلاك.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
في Azure Logic Apps، تدعم العديد من مشغلات وإجراءات سير العمل تلقائيا سياسات إعادة المحاولة، التي تعيد المحاولة تلقائيا طلبات الفشل بسبب الأخطاء المؤقتة. لمزيد من المعلومات حول كيفية تغيير أو إيقاف سياسات إعادة المحاولة، راجع التعامل مع الأخطاء والاستثناءات في تطبيقات المنطق الأزرال.
إذا فشل إجراء، يمكنك تخصيص سلوك الإجراءات اللاحقة. يمكنك أيضا إنشاء نطاقات لتجميع الإجراءات ذات الصلة التي قد تفشل أو تنجح معا.
لمزيد من المعلومات، راجع معالجة الأخطاء والاستثناءات في Azure Logic Apps.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يدعم Azure Logic Apps تكرار المناطق، الذي يوزع موارد الحوسبة والحالة عبر مناطق توفر متعددة. عند توزيع موارد حمل عمل التطبيق المنطقي عبر مناطق التوفر، يمكنك تحسين المرونة والموثوقية لأحمال عمل تطبيق منطق الإنتاج.
تدفقات عمل تطبيقات منطق الاستهلاك الجديدة والقائمة في تطبيقات Azure Logic متعددة المستأجرين تكون متكررة تلقائيا في المناطق.
تدعم Azure Logic Apps تكرار المنطقة، والتي توزع موارد الحوسبة عبر مناطق توفر متعددة. يمكنك اختياريا تكوين تكرار المنطقة للحالة التي تخزنها سير عمل تطبيق المنطق الخاص بك. عند توزيع موارد حمل عمل التطبيق المنطقي عبر مناطق التوفر، يمكنك تحسين المرونة والموثوقية لأحمال عمل تطبيق منطق الإنتاج.
بالنسبة لسير العمل القياسي الذي يحتوي على خيار استضافة خطة خدمة سير العمل في Azure Logic Apps بمستأجر واحد، يمكنك اختياريا تفعيل تكرار المنطقة.
بالنسبة لسير العمل القياسي الذي يحتوي على خيار استضافة بيئة خدمة التطبيقات، يمكنك تفعيل تكرار المنطقة اختياريا. لمزيد من المعلومات حول كيفية دعم بيئة خدمة التطبيقات لمناطق التوفر، راجع الموثوقية في بيئة خدمة التطبيقات.
متطلبات
- دعم المناطق: تطبيقات منطق الاستهلاك المنشورة في أي منطقة تدعم مناطق التوفر تكون متكررة تلقائيا في المناطق. اليابان الغربية هي الاستثناء. لا يدعم تطبيقات منطقية مكررة في المناطق لأن بعض الخدمات التابعة لا تدعم تكرار المنطقة.
- دعم المناطق: يمكنك نشر تطبيقات منطقية قياسية مكررة في المناطق مع خطط خدمات سير العمل في أي منطقة تدعم مناطق التوفر لخدمة التطبيقات. اليابان الغربية هي الاستثناء. لا يدعم تطبيقات منطقية مكررة في المناطق لأن بعض الخدمات التابعة لا تدعم تكرار المنطقة. لمزيد من المعلومات، راجع الموثوقية في خدمة التطبيقات.
- دعم المناطق: لمعرفة المناطق التي تدعم مناطق التوفر لبيئة خدمة التطبيقات، راجع المناطق.
- عدد الممثلات: يجب عليك نشر نسختين على الأقل من خطة خدمة سير العمل الخاصة بك. كل نسخة تتوافق تقريبا مع آلة افتراضية واحدة، لذا لتوزيع هذه النسخين (VMs) عبر عدة مناطق توافر، يجب أن يكون لديك نسختان على الأقل.
الاعتبارات
- التخزين: عند تكوين التخزين الخارجي لمهام سير العمل القياسية ذات الحالة، يجب تكوين حساب التخزين الخاص بك لتكرار المنطقة. لمزيد من المعلومات، انظر اعتبارات التخزين ل دالات Azure.
الموصلات: تكون الموصلات المضمنة زائدة عن الحاجة تلقائيا عندما يكون تطبيق المنطق الخاص بك زائدا عن الحاجة في المنطقة.
حسابات التكامل: حسابات تكامل SKU المميزة زائدة عن الحاجة في المنطقة بشكل افتراضي.
Cost
لا توجد تكلفة إضافية لاستخدام التكرار في المنطقة. جميع تطبيقات منطق الاستهلاك الجديدة والقائمة تكون متكررة في المناطق تلقائيا.
لا يضيف تمكين التكرار في المنطقة رسوما منفصلة. لا يوجد مقياس إضافي لميزة تكرار المنطقة نفسها، وسعر كل مثيل لخطة المنطقة المكررة هو نفس سعر خطة منطقة واحدة. ومع ذلك، يؤدي تمكين التكرار في المنطقة إلى زيادة الحد الأدنى لعدد المثيلات التي يجب أن تعمل بها خطتك، ما يمكن أن يزيد من الفاتورة.
إذا قمت بتمكين مناطق التوفر ولكن حددت سعة أقل من اثنتين، يفرض النظام الأساسي الحد الأدنى لعدد المثيلات من اثنين. يفرض النظام الأساسي رسوما عليك مقابل هذين المثيلين.
يتم تحصيل الرسوم بناء على وحدة تحديد خطتك، والسعة المحددة، وأي حالات تقوم بزيادتها أو تقليصها، بناء على معايير القياس التلقائي. لمزيد من المعلومات، راجع تسعير Logic Apps.
بيئة خدمة التطبيقات لديها نموذج تسعير محدد لتكرار المناطق. لمزيد من المعلومات، راجع الأسعار.
تكوين دعم منطقة التوفر
تدعم مهام سير عمل تطبيق منطق الاستهلاك تلقائيا تكرار المنطقة، لذلك لا يلزم تكوين.
إنشاء تطبيق منطقي جديد لتكرار المنطقة: لتمكين تكرار المناطق لتطبيقات المنطق القياسية، راجع تمكين تكرار المنطقة لتطبيق المنطق الخاص بك.
تمكين تكرار المناطق في تطبيق منطقي موجود: لا يمكنك تفعيل تكرار المنطقة بعد إنشاء خطة خدمة. بدلا من ذلك، تحتاج إلى إنشاء خطة جديدة تفعل التكرار في المنطقة وحذف القديمة.
تعطيل تكرار المناطق: لا يمكنك تعطيل تكرار المنطقة بعد إنشاء خطة خدمة سير العمل. بدلا من ذلك، تحتاج إلى إنشاء خطة جديدة تعطيل التكرار في المنطقة وحذف القديمة.
تخطيط القدرات وإدارتها
للاستعداد لفشل منطقة التوافر، فكر في زيادة التوفير في سعة خطتك. يسمح الإفراط في التوفير للحل بالتسامح مع درجة ما من فقدان السعة والاستمرار في العمل دون انخفاض الأداء. لمزيد من المعلومات، راجع إدارة السعة مع الإفراط في التوفير.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عندما يتم تكوين موارد تطبيقات المنطق لتكرار المناطق وتكون جميع مناطق التوفر عاملة.
توجيه حركة المرور بين المناطق: خلال العمليات العادية، يمكن لاستدعاءات سير العمل استخدام موارد الحوسبة من أي منطقة توفر في المنطقة.
تكرار البيانات بين المناطق: بالنسبة لسير العمل المعتمد على الحالة، يتم تكرار حالة سير العمل بشكل متزامن بين مناطق التوفر باستخدام التخزين الاحتياطي للمنطقة (ZRS).
توجيه حركة المرور بين المناطق: خلال العمليات العادية، يتم توزيع استدعاءات سير العمل بين جميع نسخ الخطة المتاحة عبر جميع مناطق التوافر.
تكرار البيانات بين المناطق: بالنسبة لسير العمل المعتمد على الحالة، يتم تخزين حالة سير العمل بناء على تخزين الحالة الذي قمت بتكوينه. عندما تستخدم تخزين Azure كنظام تخزين خارجي، تحتاج إلى استخدام التخزين الاحتياطي للمنطقة (ZRS)، الذي يكرر حالة سير العمل بشكل متزامن بين مناطق التوفر.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يمكن توقعه عند حدوث انقطاع في منطقة التوفر ويتم ضبط موارد تطبيقات المنطق لتكرار المنطقة.
- الكشف والاستجابة: Azure Logic Apps مسؤولة عن اكتشاف الفشل في منطقة التوفر. لا تحتاج إلى القيام بأي شيء لبدء تجاوز فشل المنطقة.
- اخطار: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم السلامة العامة للخدمة، بما في ذلك أي حالات فشل في المنطقة، ويمكنك إعداد تنبيهات حماية الخدمة لإعلامك بالمشكلات.
الطلبات النشطة: إذا أصبحت منطقة توفر غير متاحة، يقوم Azure Logic Apps بإنهاء أي تنفيذ سير عمل جاري التشغيل يعمل على آلة افتراضية في منطقة التوفر المعطوبة. تستأنف المنصة سير العمل تلقائيا على جهاز افتراضي آخر في منطقة توفر مختلفة. بسبب هذا السلوك، قد تواجه سير العمل النشط بعض الأعطال المؤقتة أو زمن استجابة أعلى عند إضافة آلات افتراضية جديدة إلى مناطق التوفر المتبقية.
توقعت التوقعات: لا يتوقع توقف في تطبيقات Azure Logic Apps. ولكن إذا كانت هناك تبعيات على خدمات أخرى تعاني من توقف الخدمة، فقد يتأثر تطبيق المنطق الخاص بك أيضا.
فقدان البيانات المتوقع: لا يتوقع فقدان بيانات.
- إعادة توجيه حركة المرور: يتم توزيع الحركة الواردة تلقائيا على البنية التحتية في المناطق الصحية.
- إعادة توجيه حركة المرور: يتم توزيع حركة المرور الواردة تلقائيا إلى حالات الخطط الجديدة في المناطق الصحية عندما تكون متاحة. لمزيد من المعلومات، راجع السلوك أثناء فشل المنطقة.
- السلوكيات غير المتعلقة بالتشغيل: تستمر سير عمل تطبيقات المنطق في خطة تكرار المنطقة حتى لو تعرضت منطقة توفر لانقطاع. لكن السلوكيات غير المتعلقة بوقت التشغيل قد تتأثر أثناء انقطاع منطقة التوافر. لمزيد من المعلومات وقائمة بهذه السلوكيات، راجع السلوك أثناء فشل المنطقة.
- السلوكيات غير المتعلقة بالتشغيل: تستمر سير عمل تطبيقات المنطق في خطة تكرار المنطقة حتى لو تعرضت منطقة توفر لانقطاع. لكن السلوكيات غير المتعلقة بوقت التشغيل قد تتأثر أثناء انقطاع منطقة التوافر. لمزيد من المعلومات وقائمة بهذه السلوكيات، راجع البيئة - السلوك أثناء فشل المنطقة.
استعادة المنطقة
عند استرداد منطقة التوفر، تستعيد Azure Logic Apps المثيلات تلقائيا في منطقة التوفر، وتزيل أي مثيلات مؤقتة تم إنشاؤها في مناطق التوفر الأخرى، وتعيد توجيه نسبة استخدام الشبكة بين مثيلاتك كالمعتاد.
اختبار فشل المنطقة
يدير Azure Logic Apps توجيه حركة المرور، وتجاوز الفشل، والرد الخطأ لموارد تطبيقات المنطق المتكررة في المنطقة. لا تحتاج إلى بدء أي شيء. تتم إدارة هذه الميزة بالكامل، لذلك لا تحتاج إلى التحقق من صحة عمليات فشل منطقة التوفر.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
يتم نشر كل تطبيق منطقي في منطقة Azure واحدة. إذا أصبحت المنطقة غير متوفرة، فإن تطبيق المنطق الخاص بك غير متوفر أيضا.
حلول متعددة المستويات مخصصة للمرونة
للحصول على مرونة أعلى، يمكنك نشر تطبيق منطق الاستعداد أو النسخ الاحتياطي في منطقة ثانوية والفشل في تلك المنطقة الأخرى إذا كانت المنطقة الأساسية غير متوفرة. لإعداد هذه القدرة، قم بإكمال المهام التالية:
- نشر تطبيق المنطق الخاص بك في كل من المناطق الأساسية والثانوية.
- إعادة تكوين الاتصالات بالموارد حسب الحاجة.
- تكوين نهج موازنة التحميل وتجاوز الفشل.
- خطط لمراقبة صحة المثيل الأساسي وبدء تجاوز الفشل.
لمزيد من المعلومات حول عمليات النشر متعددة المستويات لسير عمل تطبيق المنطق، راجع المقالات التالية:
- عمليات النشر متعددة المناطق في Azure Logic Apps
- إعداد التعافي من الكوارث عبر المناطق لحسابات التكامل في Azure Logic Apps
- إنشاء مهام النسخ لموارد Azure باستخدام تطبيقات المنطق
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.