إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
Azure Web PubSub Service هي خدمة مراسلة مدارة بالكامل في الوقت الفعلي تمكن الاتصال ثنائي الاتجاه بين الخوادم والعملاء باستخدام بروتوكول WebSocket. يمكن لمورد Web PubSub واحد توسيع نطاقه إلى مليون اتصال WebSocket متزامن. تدعم الخدمة العديد من أنماط المراسلة، بما في ذلك البث من خادم إلى عميل، والمراسلة إلى مجموعات مسماة، و pub/sub من عميل إلى عميل، وتدفق الرمز المميز للذكاء الاصطناعي.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة كيفية جعل Azure Web PubSub Service مرنة لمجموعة متنوعة من حالات الانقطاع والمشاكل المحتملة، بما في ذلك الأخطاء العابرة، وفشل منطقة التوفر، والفشل على مستوى المنطقة. كما يصف كيفية تعامل الخدمة مع الصيانة ويسلط الضوء على المعلومات الرئيسية حول اتفاقية مستوى خدمة Azure Web PubSub (SLA).
توصيات نشر الإنتاج للموثوقية
بالنسبة لأحمال عمل الإنتاج، اتبع هذه التوصيات:
- استخدم المستوى المتميز. المستوى المتميز مرن لفشل منطقة التوفر في المناطق المدعومة، ويمكنك من تكوين النسخ المتماثل الجغرافي.
- استخدم Azure Web PubSub Client SDK عند إنشاء تطبيقات العميل، أو اتبع إرشادات معالجة الأخطاء العابرة عن طريق إعادة الاتصال بأمان. تقوم جميع عمليات تجاوز الفشل في المنطقة وتجاوز فشل المنطقة والأخطاء العابرة بإسقاط الاتصالات النشطة.
- تمكين النسخ المتماثل الجغرافي للحماية من حالات الفشل على مستوى المنطقة. قم بتحجيم كل نسخة متماثلة بوحدات كافية للتعامل مع تحميل نسبة استخدام الشبكة المتوقع بالكامل أثناء حدث تجاوز الفشل.
نظرة عامة على بنية الموثوقية
يصف هذا القسم بعض الجوانب المهمة لكيفية عمل الخدمة والتي هي الأكثر صلة من منظور الموثوقية. يقدم القسم البنية المنطقية، التي تشمل بعض الموارد والميزات التي تقوم بنشرها واستخدامها. كما يناقش الهيكل المادي ، والذي يوفر تفاصيل حول كيفية عمل الخدمة تحت الأغطية.
البنية المنطقية
المورد الذي تقوم بإنشائه هو مورد Web PubSub. يمكنك تكوين مورد بعدد من الوحدات، والذي يمثل سعة المورد، بما في ذلك الحد الأقصى لعدد الاتصالات المتزامنة. لمزيد من المعلومات، راجع دليل الأداء لخدمة Azure Web PubSub.
يحتوي مورد Web PubSub على نقطة نهاية فريدة عالميا مشابهة ل contoso.webpubsub.azure.com. ينشئ العملاء اتصالات WebSocket بنقطة النهاية هذه. تتصل خوادم التطبيقات بنفس نقطة النهاية لإرسال الرسائل وتلقي الأحداث من العملاء.
لمزيد من المعلومات، راجع Azure Web PubSub الخدمة الداخلية.
العمارة المادية
تدير Azure Web PubSub Service حالة اتصال WebSocket وتوجيه الرسائل عبر مجموعة من موارد الحوسبة. تدير Microsoft البنية الأساسية. لا ترى أو تتفاعل مباشرة مع الأجهزة الظاهرية الفردية التي تستخدمها الخدمة أو مكونات البنية الأساسية الأخرى.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
WebSocket هو بروتوكول اتصال طويل الأمد. يمكن لأحداث الشبكة العابرة وإعادة تشغيل البنية الأساسية الخلفية وعمليات صيانة الخدمة إسقاط اتصال نشط. تقوم إعادة الاتصال الأساسية باستعادة الاتصال، ولكن بدون منطق إضافي يفقد العميل الرسائل التي كانت قيد الطيران أو في قائمة الانتظار أثناء الانقطاع.
يعالج Azure Web PubSub Service هذه المشكلة من خلال البروتوكولات الفرعية الموثوق بها التي تقع فوق اتصال WebSocket الخام. تتبع البروتوكولات الفرعية تسلسل الرسائل وحالة الاتصال بحيث، عند انخفاض الاتصال، يعيد العميل التفاوض مع الخدمة ويستأنف من حيث توقفت.
عادة ما لا يكون هناك فقدان للرسالة بعد انخفاض الموصل وإعادة الاتصال. ومع ذلك، هناك بعض الحالات التي قد يحدث فيها فقدان الرسالة. على سبيل المثال، إذا قطع اتصال العميل لأكثر من دقيقة واحدة ثم أعاد الاتصال بنفس معرف الاتصال، تظهر عملية إعادة الاتصال حالة فشل للإشارة إلى احتمالية فقدان الرسالة.
للاستفادة من البروتوكولات الفرعية الموثوق بها، اتبع هذه التوصيات:
حيثما أمكن، استخدم SDK عميل Azure Web PubSub. تنفذ SDK البروتوكول الفرعي الموثوق به تلقائيا. لا يلزم تكوين إضافي. لمزيد من المعلومات، انظر:
إذا لم تتمكن من استخدام SDK، فنفذ أحد البروتوكولات الفرعية الموثوقة مباشرة في التعليمات البرمجية لعميل WebSocket. للحصول على المواصفات الكاملة وإرشادات التنفيذ، راجع إنشاء عملاء WebSocket موثوق بهم.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
تدعم Azure Web PubSub Service عمليات النشر المتكررة في المنطقة عند استخدام المستوى المتميز. عند إنشاء مورد Web PubSub من المستوى المتميز أو ترقيته في منطقة تدعم مناطق التوفر، يتم تمكين تكرار المنطقة تلقائيا. توزع الخدمة بنيتها الأساسية عبر مناطق توفر متعددة في المنطقة. إذا فشلت منطقة واحدة، توجه الخدمة حركة المرور إلى البنية الأساسية في منطقة سليمة.
المتطلبات
دعم المنطقة: يتم دعم تكرار المنطقة في معظم المناطق حيث ينطبق كلا الشرطين:
- تتوفر خدمة Azure Web PubSub. للحصول على قائمة بالمناطق التي تتوفر فيها الخدمة، راجع توفر المنتج حسب المنطقة.
- تدعم المنطقة مناطق التوفر. للحصول على قائمة بالمناطق ذات مناطق التوفر، راجع قائمة المناطق Azure.
ومع ذلك، لا يدعم غرب اليابان حاليا تكرار المنطقة Azure Web PubSub.
المستوي: يتوفر التكرار في المنطقة على المستوى المتميز.
Cost
لا يضيف التكرار في المنطقة تكلفة، وتدفع معدل المستوى المتميز القياسي. لمزيد من المعلومات، راجع تسعير خدمة Azure Web PubSub.
تكوين دعم منطقة التوفر
لا يتطلب التكرار في المنطقة أي تكوين يتجاوز تحديد المستوى المميز. يتم تمكينه تلقائيا في كلتا الحالتين:
إنشاء مورد Web PubSub جديد مكرر للمنطقة. حدد Premium tier SKU عند إنشاء المورد. لمزيد من المعلومات، راجع إنشاء مورد Azure Web PubSub.
ترقية مورد موجود إلى المستوى المتميز. يتم تمكين تكرار المنطقة تلقائيا عند ترقية مورد موجود إلى وحدة SKU من المستوى المتميز. لا تتسبب الترقية من Standard إلى Premium في توقف الخدمة. لمزيد من المعلومات، راجع تغيير حجم مثيل خدمة Azure Web PubSub.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين مورد Azure Web PubSub لتكرار المنطقة وتكون جميع مناطق التوفر قيد التشغيل.
العملية عبر المناطق: تدير خدمة Azure Web PubSub تلقائيا كيفية توزيع الاتصالات والعمليات عبر مناطق التوفر. تعالج البنية الأساسية في مناطق متعددة نسبة استخدام الشبكة في نموذج نشط-نشط. لا تحتاج إلى تكوين أي شيء للاستفادة من هذا السلوك. توجه الخدمة الرسائل بين المثيلات عبر المناطق تلقائيا، لذلك يتم تسليم رسالة يرسلها عميل في منطقة واحدة إلى العملاء المتصلين في أي منطقة أخرى.
النسخ المتماثل للبيانات عبر المناطق: لا تستمر خدمة Azure Web PubSub في بيانات العملاء. تحتفظ الخدمة ببيانات تعريف جلسة العمل، مثل حالة الاتصال ومعلومات تسلسل الرسائل للاتصالات النشطة. يتم نسخ بيانات التعريف هذه بشكل متزامن عبر مناطق التوفر.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين مورد Azure Web PubSub لتكرار المنطقة وهناك انقطاع في إحدى مناطق التوفر.
- الكشف والاستجابة: النظام الأساسي لخدمة Azure Web PubSub مسؤول عن الكشف عن فشل في منطقة توفر. لا تحتاج إلى اتخاذ أي إجراء لبدء تجاوز فشل المنطقة.
- الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Resource Health لمراقبة صحة كل مورد على حدة، ويمكنك إعداد تنبيهات Resource Health لإبلاغك بالمشاكل. يمكنك أيضا استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: أثناء فشل المنطقة، يتم إسقاط اتصالات WebSocket النشطة بالبنية الأساسية في المنطقة المتأثرة. إذا كان عملاؤك يتعاملون مع الأخطاء العابرة بشكل مناسب، مثل إعادة الاتصال بعد فترة زمنية قصيرة، فإنهم عادة ما يتجنبون التأثير الكبير.
فقدان البيانات المتوقع: لا تستمر خدمة Azure Web PubSub في استمرار الرسائل، لذلك لا يتوقع أن يتسبب فشل المنطقة في فقدان البيانات داخل خدمة Azure Web PubSub. ومع ذلك، يتم إسقاط أي اتصالات نشطة أثناء حدث المنطقة لأسفل وبالتالي قد تفقد أي بيانات يتم إرسالها بنشاط.
إذا استخدم الناشرون Azure Web PubSub Client SDK أو نفذوا البروتوكولات الفرعية الموثوق بها، يتم التعرف على رسائلهم من قبل الخدمة بعد تلقي الخدمة لها. عند الاعتراف برسالة، يتم نسخها نسخا متماثلا عبر جميع مناطق التوفر، لذلك لا يؤدي فشل منطقة الناشر إلى فقدان الرسالة. ومع ذلك، إذا لم يتلق المشترك الرسالة قبل إسقاطها، فقد لا يتلقى الرسالة.
وقت التعطل المتوقع: عادة ما تستغرق إعادة توصيل الاتصالات النشطة التي تم إسقاطها بضع ثوان. العملاء الذين ينفذون منطق إعادة الاتصال تجربة الحد الأدنى من التعطيل.
إعادة التوزيع: تكتشف Azure Web PubSub Service فقدان المنطقة وت تعيد توزيع نسبة استخدام الشبكة تلقائيا عبر المناطق السليمة. لستَ بحاجة إلى اتخاذ أي إجراء.
استعادة المنطقة
عند استرداد منطقة توفر، تعيد Azure Web PubSub Service دمجها تلقائيا في مخطط الخدمة النشطة. لا تحتاج إلى اتخاذ أي إجراء لاستعادة المنطقة.
بعد استرداد المنطقة، قد يتم توجيه الاتصالات الجديدة إلى البنية الأساسية في المنطقة المستردة. لن يتم نقل أي اتصالات موجودة أو إعادة توازنها إلى المنطقة المستردة، ولكن ستتم إعادة توازنها تدريجيا مع انخفاض الاتصالات الموجودة وإعادة الاتصال بمرور الوقت. لا يؤثر عدم توازن الاتصال عبر المناطق على حمل العمل الخاص بك.
اختبار فشل المنطقة
تدير Azure Web PubSub Service توجيه نسبة استخدام الشبكة وتجاوز الفشل واسترداد المنطقة تلقائيا لموارد الطبقة المتميزة المكررة في المنطقة. لا تحتاج إلى بدء أي شيء. نظرا لأن التكرار في المنطقة تتم إدارته بالكامل، فلن تحتاج إلى التحقق من صحة عمليات فشل منطقة التوفر.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
Azure Web PubSub Service هي خدمة من منطقة واحدة. إذا أصبحت المنطقة غير متوفرة، فإن مورد Web PubSub غير متوفر أيضا.
لحماية التطبيق الخاص بك من فشل على مستوى المنطقة، يمكنك استخدام النسخ المتماثل الجغرافي، المتوفر في الطبقة المتميزة. بدلا من ذلك، يمكنك إنشاء حل مخصص متعدد المناطق عن طريق نشر موارد Web PubSub متعددة في مناطق مختلفة.
النسخ الجغرافي المتماثل
يمكنك النسخ المتماثل الجغرافي من إضافة نسخ متماثلة من مورد Web PubSub في مناطق Azure الأخرى. تشترك جميع النسخ المتماثلة في نقطة نهاية واحدة (contoso.webpubsub.azure.com). خلف نقطة النهاية هذه، يستخدم مدير حركة بيانات Azure التوجيه المستند إلى DNS لتوجيه كل عميل إلى أقرب نسخة متماثلة إقليمية سليمة. إذا فشلت منطقة ما، يكتشف Traffic Manager الفشل من خلال الفحوصات الصحية ويتوقف عن توجيه العملاء إلى تلك النسخة المتماثلة. يتم توجيه اتصالات العميل الجديدة تلقائيا إلى أقرب نسخة متماثلة سليمة.
تسمى المنطقة التي أنشأت مورد Web PubSub فيها المنطقة الأساسية، والنسخة المتماثلة الخاصة بها هي النسخة المتماثلة الأساسية. يدير مستوى التحكم للمورد الأساسي تكوين مورد Web PubSub.
المتطلبات
- دعم المنطقة: يمكنك إضافة نسخ متماثلة في أي منطقة تتوفر فيها خدمة Azure Web PubSub.
- المستوي: يجب استخدام المستوى المميز لتمكين النسخ المتماثل الجغرافي.
- حد النسخ المتماثلة: يدعم كل مورد Web PubSub أساسي ما يصل إلى ثماني نسخ متماثلة.
Considerations
توريث التكوين: ترث النسخ المتماثلة معظم إعدادات التكوين من المورد الأساسي. يجب تكوين إعدادات معينة بشكل منفصل على كل نسخة متماثلة. للحصول على القائمة الكاملة للإعدادات غير الموروثة، راجع النسخ المتماثل الجغرافي في Azure Web PubSub.
تغييرات التكوين: تعالج وحدة التحكم الأساسية، في المنطقة الأساسية، أي تغييرات في التكوين على مورد Web PubSub. إذا كان مستوى التحكم الأساسي غير متوفر، فلن تتمكن من تحديث تكوين المورد، على الرغم من أن النسخ المتماثلة الموجودة ستستمر في معالجة حركة مرور البيانات دون انقطاع.
Cost
تتم فوترة كل نسخة متماثلة بشكل منفصل استنادا إلى عدد الوحدات الخاصة بها وحجم الرسالة الصادرة. إذا تم نقل رسالة بين النسخ المتماثلة ثم تسليمها إلى عميل أو خادم في منطقة أخرى، فسيتم فوترتها كرسالة صادرة. لمزيد من المعلومات، راجع تسعير خدمة Azure Web PubSub.
تكوين التكرار الجغرافي
لإضافة نسخة متماثلة إلى مورد Web PubSub أو إزالتها، راجع النسخ المتماثل الجغرافي في Azure Web PubSub.
تخطيط القدرات وإدارتها
كل نسخة تتعامل مع حركة المرور بشكل مستقل. أثناء تجاوز الفشل الإقليمي، يعيد العملاء من المنطقة الفاشلة الاتصال بأقرب نسخة متماثلة سليمة. للتأكد من أن النسخ المتماثلة المتبقية لديها سعة كافية لاستيعاب هذا الحمل الإضافي، قم بتكوين كل نسخة متماثلة مع وحدات يمكنها التعامل مع نسبة استخدام الشبكة المتوقعة الكاملة لحمل العمل، وليس فقط الجزء الذي تخدمه عادة.
بدلا من ذلك، قم بتمكين التحجيم التلقائي على كل نسخة متماثلة بحيث يمكن توسيع الوحدات تلقائيا استجابة لتحميل أعلى. يستمر التحجيم التلقائي في العمل عندما تكون النسخة المتماثلة الثانوية غير متوفرة، ولكن لا يعمل التحجيم التلقائي إذا كانت وحدة التحكم الأساسية غير متوفرة. لمزيد من المعلومات حول التحجيم التلقائي، راجع التحجيم التلقائي لوحدات خدمة Azure Web PubSub.
للحصول على إرشادات عامة حول الإفراط في التوفير كاستراتيجية، راجع إدارة السعة عن طريق الإفراط في التوفير.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين خدمة Azure Web PubSub للنسخ المتماثل الجغرافي وتكون جميع المناطق قيد التشغيل.
عملية عبر المناطق: مدير حركة بيانات Azure توجيه كل عميل إلى أقرب نسخة متماثلة إقليمية سليمة. قد يتصل العملاء في مناطق جغرافية مختلفة بنسخ متماثلة مختلفة. تقوم خدمة Web PubSub بمزامنة الرسائل عبر النسخ المتماثلة بحيث يمكن للعملاء المتصلين بأي نسخة متماثلة الاتصال ببعضهم البعض.
النسخ المتماثل للبيانات عبر المناطق: عند إرسال رسالة إلى نسخة متماثلة، تنقل الخدمة هذه الرسالة بشكل متزامن إلى نسخ متماثلة أخرى بحيث يمكن للعملاء المتصلين في مكان آخر تلقيها. الحمل الزائد للمزامنة هو الحد الأدنى لأنماط المراسلة الأكثر شيوعا، مثل البث إلى مجموعات كبيرة أو مراسلة اتصال واحد. قد تؤدي المراسلة إلى مجموعات صغيرة (أقل من 10 أعضاء) إلى زيادة حمل المزامنة قليلا.
Azure Web PubSub Service لا تستمر في الرسائل؛ تتم مزامنة التسليم النشط فقط عبر النسخ المتماثلة.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين خدمة Azure Web PubSub للنسخ المتماثل الجغرافي وهناك انقطاع في إحدى مناطق النسخ المتماثلة.
- الكشف والاستجابة: خدمة Web PubSub مسؤولة عن الكشف عن فشل في منطقة ما وإعادة توجيه حركة المرور الواردة تلقائيا إلى نسخة متماثلة في إحدى المناطق الأخرى التي تقوم بتكوينها.
إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. لكن:
يمكنك استخدام Azure Resource Health لمراقبة صحة مورد فردي، ويمكنك إعداد تنبيهات حماية الموارد لإعلامك بالمشكلات.
يمكنك استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي إخفاقات في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: يتم إسقاط اتصالات WebSocket النشطة بالنسخة المتماثلة في المنطقة الفاشلة. يجب على العملاء إعادة الاتصال بعد فشل النسخة المتماثلة.
فقدان البيانات المتوقع: لا تستمر خدمة Azure Web PubSub في الرسائل. قد تفقد الرسائل التي كانت قيد النقل إلى العملاء في المنطقة الفاشلة في وقت الفشل. لا يتوقع فقدان مستمر للبيانات لأن الخدمة لا تخزن بيانات العملاء.
وقت التعطل المتوقع: يقوم مدير حركة بيانات Azure بإجراء فحوصات السلامة مقابل كل نسخة متماثلة. عندما يتسبب انقطاع المنطقة في فشل النسخة المتماثلة في التحقق من صحتها، يزيل Traffic Manager نقطة نهاية تلك النسخة المتماثلة من نتائج تحليل DNS الخاصة بها. بعد إزالة نقطة النهاية، يجب أن تنقضي مدة البقاء DNS التي تبلغ 90 ثانية قبل أن يرى العملاء سجلات DNS المحدثة. بشكل إجمالي، يستغرق الانتقال عادة بضع دقائق. يمكن للعملاء المصممين جيدا الذين يطبقون منطق إعادة الاتصال استئناف العملية العادية بعد إعادة الاتصال بالنسخة المتماثلة السليمة.
إذا كانت وحدة التحكم الأساسية غير متوفرة، فلا يمكنك إجراء أي تغييرات على تكوين مورد Web PubSub أو النسخ المتماثلة الخاصة به. ومع ذلك، تستمر اتصالات WebSocket في العمل في النسخ المتماثلة السليمة.
إعادة التوزيع: يوجه مدير حركة بيانات Azure الطلب الوارد إلى النسخ المتماثلة السليمة. ومع ذلك، إذا حاول عميل إعادة الاتصال قبل أن يكتشف مدير حركة بيانات Azure تجاوز فشل النسخة المتماثلة وتم نشر إدخالات DNS المحدثة إلى العميل، فقد تستمر محاولة إعادة اتصال العميل في استهداف المنطقة غير المتوفرة وقد تفشل.
بعد نشر تحديث DNS، يتم توجيه إعادة توصيل العملاء تلقائيا إلى أقرب نسخة متماثلة سليمة.
انتعاش المنطقة
عند استرداد المنطقة الفاشلة، يكشف فحص صحة Traffic Manager عن النسخة المتماثلة المستعادة ويتضمن نقطة النهاية الخاصة بها في دقة DNS مرة أخرى. لا يتأثر العملاء المتصلون حاليا بالنسخ المتماثلة الأخرى ويظلون متصلين حتى يتم قطع الاتصال. يتم توجيه الاتصالات الجديدة مرة أخرى إلى النسخة المتماثلة للمنطقة المستردة عندما تكون أقرب نسخة متماثلة سليمة.
اختبار حالات فشل المنطقة
لمحاكاة تجاوز فشل منطقة واختبار سلوك إعادة اتصال تطبيق العميل الخاص بك، يمكنك تعطيل نقطة نهاية النسخة المتماثلة. يتسبب هذا الإجراء في توقف Traffic Manager عن توجيه نسبة استخدام الشبكة إلى تلك النسخة المتماثلة، مما يتيح لك مراقبة سلوك عملائك عندما تصبح النسخة المتماثلة التي يتصلون بها غير متوفرة. للحصول على خطوات مفصلة، راجع تعطيل نقطة نهاية النسخة المتماثلة أو تمكينها.
حلول متعددة المستويات مخصصة للمرونة
إذا كنت بحاجة إلى مرونة عبر المناطق ولكنك لا تستخدم النسخ المتماثل الجغرافي، يمكنك نشر موارد Web PubSub منفصلة وإدارتها في مناطق متعددة وتنفيذ منطق تجاوز الفشل الخاص بك في خادم التطبيق الخاص بك. هذا الأسلوب أكثر تعقيدا من النسخ المتماثل الجغرافي ولا يدعم تجاوز الفشل بدون توقف للاتصال من العميل إلى العميل. للحصول على نظرة عامة تفصيلية على البنية وأنماط تجاوز الفشل وإرشادات الاختبار، راجع المرونة والتعافي من الكوارث في Azure Web PubSub Service.
النسخ الاحتياطي والاستعادة
Azure Web PubSub Service هي خدمة مراسلة عديمة الحالة. لا تستمر رسائل العملاء ولا تحتوي على إمكانية النسخ الاحتياطي أو الاستعادة.
لحماية تكوين الموارد، حدد موارد Web PubSub باستخدام البنية الأساسية كتعلم برمجي (مثل Bicep أو قوالب ARM) وقم بتخزين هذه التعريفات في التحكم بالمصادر. إذا كنت بحاجة إلى إعادة إنشاء مورد، فقم بإعادة توزيعه من التكوين المخزن.
المرونة في صيانة الخدمة
تقوم Microsoft بتطبيق تحديثات الخدمة بانتظام وتقوم بأعمال صيانة أخرى. تتعامل منصة Azure مع هذه الأنشطة تلقائيا، مما يضمن أن الصيانة ستكون سلسة وشفافة بالنسبة لك. لا يتوقع توقف أثناء فعاليات الصيانة إلا إذا تم إعلامك من خلال صيانة مخططة من حالة خدمة Azure.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.