إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
Azure SignalR Service هي خدمة مدارة بالكامل تمكن الاتصال ثنائي الاتجاه في الوقت الحقيقي في تطبيقات الويب والهاتف المحمول. فهو يلخص آلية النقل الأساسية. عند توفر WebSockets، تستخدمها الخدمة. عندما لا تكون كذلك، فإنها تعود إلى Server-Sent الأحداث أو الاستقصاءات الطويلة. يعني هذا التجريد أنه يمكن للعميل ورمز الخادم الاتصال في الوقت الحقيقي دون ربطه ببروتوكول نقل معين.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة كيفية جعل Azure SignalR Service مرنة لمختلف الانقطاعات والمشاكل المحتملة، بما في ذلك الأخطاء العابرة وانقطاعات منطقة التوفر وانقطاع المنطقة وصيانة الخدمة. كما يسلط الضوء على المعلومات الرئيسية حول اتفاقية مستوى الخدمة (SLA) Azure SignalR Service.
توصيات نشر الإنتاج للموثوقية
استخدم التوصيات التالية لأحمال عمل الإنتاج:
- استخدم المستوى المتميز. المستوى المتميز مرن لفشل منطقة التوفر في المناطق المدعومة، ويمكنك من تكوين النسخ المتماثل الجغرافي.
- تصميم تطبيقات العميل وخوادم التطبيقات لإعادة الاتصال بأمان تلقائيا عند انخفاض الاتصالات. تقوم جميع عمليات تجاوز الفشل في المنطقة وتجاوز فشل المنطقة والأخطاء العابرة بإسقاط الاتصالات النشطة.
- تمكين النسخ المتماثل الجغرافي للحماية من حالات الفشل على مستوى المنطقة. قم بتحجيم كل نسخة متماثلة بوحدات كافية للتعامل مع تحميل نسبة استخدام الشبكة المتوقع بالكامل أثناء حدث تجاوز الفشل.
نظرة عامة على بنية الموثوقية
يصف هذا القسم بعض الجوانب المهمة لكيفية عمل الخدمة والتي هي الأكثر صلة من منظور الموثوقية. يقدم القسم البنية المنطقية، التي تشمل بعض الموارد والميزات التي تقوم بنشرها واستخدامها. كما يناقش الهيكل المادي ، والذي يوفر تفاصيل حول كيفية عمل الخدمة تحت الأغطية.
البنية المنطقية
المورد الذي تقوم بإنشائه هو مورد SignalR Service. يمكنك تكوين مورد بعدد من الوحدات، والذي يمثل سعة المورد، بما في ذلك الحد الأقصى لعدد الاتصالات المتزامنة. لمزيد من المعلومات، راجع دليل الأداء Azure SignalR Service.
يدعم Azure SignalR Service وضعي خدمة. في الوضع الافتراضي، تتصل خوادم التطبيقات بمورد Azure SignalR Service وتحتوي على منطق المركز. في وضع بلا خادم، تتكامل الخدمة مع دالات Azure، وتعمل الوظائف كمعالجات رسائل تستند إلى الحدث حتى لا تدير خوادم التطبيقات مباشرة. لمزيد من المعلومات، راجع وضع الخدمة في خدمة Azure SignalR.
يحتوي مورد SignalR Service على نقطة نهاية فريدة عالميا مشابهة ل contoso.service.signalr.net. ينشئ العملاء اتصالات بنقطة النهاية هذه. تتصل خوادم التطبيقات بنفس نقطة النهاية لإرسال الرسائل وتلقي الأحداث من العملاء.
العمارة المادية
يدير Azure SignalR Service حالة الاتصال وتوجيه الرسائل عبر مجموعة من موارد الحوسبة. تدير Microsoft البنية الأساسية. لا ترى أو تتفاعل مباشرة مع الأجهزة الظاهرية الفردية التي تستخدمها الخدمة أو مكونات البنية الأساسية الأخرى.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
يستخدم Azure SignalR Service اتصالات طويلة الأمد بين العملاء وخوادم التطبيقات والخدمة. يمكن إسقاط هذه الاتصالات بسبب أخطاء عابرة مثل عدم استقرار الشبكة أو إعادة تكوين موازن التحميل أو تعليق علامة تبويب المستعرض. تصميم تطبيقات العميل وخوادم التطبيقات للتعامل مع قطرات الاتصال وإعادة الاتصال تلقائيا.
تتضمن Azure SignalR Service SDKs معالجة إعادة الاتصال المضمنة لاتصالات الخادم بالخدمة. تعتمد إعادة الاتصال من جانب العميل على مكتبة العميل التي تستخدمها. يدعم عملاء SignalR ASP.NET Core إعادة الاتصال ذات الحالة، مما يسمح للعميل باستئناف اتصاله السابق دون فقدان الحالة إذا كان يعيد الاتصال بسرعة باستخدام نفس معرف الاتصال. إذا كانت إعادة الاتصال تؤدي إلى معرف اتصال جديد، على سبيل المثال، بعد انقطاع أطول، تعامل الخدمة العميل على أنه اتصال جديد. في هذه الحالة، يحتاج العميل إلى إعادة الانضمام إلى أي مجموعات كان في السابق واستعادة أي حالة جلسة عمل.
للحصول على إرشادات مفصلة حول تصميم التطبيق الخاص بك للتعامل مع قطع اتصال العميل وإعادة الاتصال، راجع فهم قطع اتصال العميل وإعادة الاتصال في Azure SignalR Service.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يدعم Azure SignalR Service عمليات النشر المتكررة في المنطقة في المستوى المتميز. عند إنشاء مورد الطبقة المتميزة أو الترقية إليه في منطقة تدعم مناطق التوفر، Azure SignalR Service يوزع تلقائيا سعة الحوسبة الخاصة به عبر جميع مناطق التوفر في المنطقة. إذا فشلت منطقة توفر، Azure SignalR Service توجيه اتصالات جديدة إلى مثيلات في المناطق السليمة المتبقية.
المتطلبات
دعم المنطقة: يتم دعم تكرار المنطقة في معظم المناطق حيث ينطبق كلا الشرطين:
- يتوفر Azure SignalR Service. للحصول على قائمة بالمناطق التي تتوفر فيها الخدمة، راجع توفر المنتج حسب المنطقة.
- تدعم المنطقة مناطق التوفر. للحصول على قائمة بالمناطق ذات مناطق التوفر، راجع قائمة المناطق Azure.
ومع ذلك، لا يدعم غرب اليابان حاليا تكرار المنطقة Azure SignalR Service.
المستوي: يتوفر التكرار في المنطقة على المستوى المتميز.
Cost
لا يضيف التكرار في المنطقة تكلفة، وتدفع معدل المستوى المتميز القياسي. لمزيد من المعلومات، راجع تسعير Azure SignalR Service.
تكوين دعم منطقة التوفر
لا يتطلب التكرار في المنطقة أي تكوين يتجاوز تحديد المستوى المميز. يتم تمكينه تلقائيا في كلتا الحالتين:
إنشاء مورد SignalR Service جديد مكرر للمنطقة. حدد Premium tier SKU عند إنشاء المورد. لمزيد من المعلومات، راجع قوالب التشغيل السريع، مثل التشغيل السريع: إنشاء غرفة محادثة باستخدام SignalR Service.
ترقية مورد موجود إلى المستوى المتميز. يتم تمكين تكرار المنطقة تلقائيا عند ترقية مورد موجود إلى وحدة SKU من المستوى المتميز. لا تتسبب الترقية من Standard إلى Premium في توقف الخدمة. لمزيد من المعلومات، راجع تغيير مستوى Azure SignalR Service.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين مورد Azure SignalR Service لتكرار المنطقة وجميع مناطق التوفر قيد التشغيل.
العملية عبر المناطق: تدير Azure SignalR Service تلقائيا كيفية توزيع الاتصالات والعمليات عبر مناطق التوفر. تعالج البنية الأساسية في مناطق متعددة نسبة استخدام الشبكة في نموذج نشط-نشط. لا تحتاج إلى تكوين أي شيء للاستفادة من هذا السلوك. توجه الخدمة الرسائل بين المثيلات عبر المناطق تلقائيا، لذلك يتم تسليم رسالة يرسلها عميل في منطقة واحدة إلى العملاء المتصلين في أي منطقة أخرى.
النسخ المتماثل للبيانات عبر المناطق: لا تستمر Azure SignalR Service في بيانات العملاء، لذلك لا توجد بيانات للنسخ المتماثل بين المناطق. حالة الاتصال سريعة الزوال ومقترنة بكل اتصال نشط.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين مورد Azure SignalR Service لتكرار المنطقة وهناك انقطاع في إحدى مناطق التوفر.
- الكشف والاستجابة: النظام الأساسي Azure SignalR Service مسؤول عن الكشف عن فشل في منطقة التوفر. لا تحتاج إلى اتخاذ أي إجراء لبدء تجاوز فشل المنطقة.
- الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Resource Health لمراقبة صحة كل مورد على حدة، ويمكنك إعداد تنبيهات Resource Health لإبلاغك بالمشاكل. يمكنك أيضا استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: أثناء فشل المنطقة، يتم إسقاط الاتصالات النشطة بالعقد في المنطقة المتأثرة. إذا كان عملاؤك يتعاملون مع الأخطاء العابرة بشكل مناسب، مثل إعادة الاتصال بعد فترة زمنية قصيرة، فإنهم عادة ما يتجنبون التأثير الكبير.
فقدان البيانات المتوقع: لا تستمر Azure SignalR Service في الرسائل، لذلك لا يتوقع أن يتسبب فشل المنطقة في فقدان البيانات داخل Azure SignalR service. ومع ذلك، يتم إسقاط أي اتصالات نشطة أثناء حدث المنطقة لأسفل وبالتالي قد تفقد أي بيانات يتم إرسالها بنشاط.
وقت التعطل المتوقع: عادة ما تستغرق إعادة توصيل الاتصالات النشطة التي تم إسقاطها بضع ثوان. العملاء الذين ينفذون منطق إعادة الاتصال تجربة الحد الأدنى من التعطيل.
إعادة التوزيع: يكشف Azure SignalR Service عن فقدان المنطقة وي تعيد توزيع نسبة استخدام الشبكة تلقائيا عبر المناطق السليمة. لستَ بحاجة إلى اتخاذ أي إجراء.
استعادة المنطقة
عند استرداد منطقة توفر، Azure SignalR Service إعادة دمجها تلقائيا في طبولوجيا الخدمة النشطة. لا تحتاج إلى اتخاذ أي إجراء لاستعادة المنطقة.
بعد استرداد المنطقة، قد يتم توجيه الاتصالات الجديدة إلى البنية الأساسية في المنطقة المستردة. لن يتم نقل أي اتصالات موجودة أو إعادة توازنها إلى المنطقة المستردة، ولكن ستتم إعادة توازنها تدريجيا مع انخفاض الاتصالات الموجودة وإعادة الاتصال بمرور الوقت. لا يؤثر عدم توازن الاتصال عبر المناطق على حمل العمل الخاص بك.
اختبار فشل المنطقة
يدير Azure SignalR Service توجيه نسبة استخدام الشبكة وتجاوز الفشل واسترداد المنطقة تلقائيا لموارد الطبقة المتميزة المكررة في المنطقة. لا تحتاج إلى بدء أي شيء. نظرا لأن التكرار في المنطقة تتم إدارته بالكامل، فلن تحتاج إلى التحقق من صحة عمليات فشل منطقة التوفر.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
Azure SignalR Service هي خدمة من منطقة واحدة. إذا أصبحت المنطقة غير متوفرة، فإن مورد SignalR Service غير متوفر أيضا.
لحماية التطبيق الخاص بك من فشل على مستوى المنطقة، يمكنك استخدام النسخ المتماثل الجغرافي، المتوفر في الطبقة المتميزة. بدلا من ذلك، يمكنك إنشاء حل مخصص متعدد المناطق عن طريق نشر موارد SignalR Service متعددة في مناطق مختلفة.
النسخ الجغرافي المتماثل
يمكنك النسخ المتماثل الجغرافي من إضافة نسخ متماثلة من مورد SignalR Service في مناطق Azure الأخرى. يستخدم مدير حركة بيانات Azure التوجيه المستند إلى DNS لتوجيه كل عميل إلى أقرب نسخة متماثلة إقليمية سليمة. إذا فشلت منطقة ما، يكتشف Traffic Manager الفشل من خلال الفحوصات الصحية ويتوقف عن توجيه العملاء إلى تلك النسخة المتماثلة. يتم توجيه اتصالات العميل الجديدة تلقائيا إلى أقرب نسخة متماثلة سليمة.
تسمى المنطقة التي أنشأت مورد Azure SignalR Service فيها المنطقة الأساسية، والنسخة المتماثلة الخاصة بها هي النسخة المتماثلة الأساسية. يدير مستوى التحكم للمورد الأساسي تكوين مورد Azure SignalR Service.
المتطلبات
- دعم المنطقة: يمكنك إضافة نسخ متماثلة في أي منطقة تتوفر فيها Azure SignalR Service.
- المستوى: يجب استخدام المستوى المميز لتمكين النسخ المتماثل الجغرافي.
- حد النسخ المتماثلة: يدعم كل مورد SignalR Service أساسي ما يصل إلى ثماني نسخ متماثلة.
Considerations
توريث التكوين: ترث النسخ المتماثلة معظم إعدادات التكوين من المورد الأساسي. يجب تكوين إعدادات معينة بشكل منفصل على كل نسخة متماثلة. للحصول على القائمة الكاملة للإعدادات غير الموروثة، راجع النسخ المتماثل الجغرافي في Azure SignalR Service.
تغييرات التكوين: تعالج وحدة التحكم الأساسية، في المنطقة الأساسية، أي تغييرات في التكوين على مورد SignalR Service. إذا كان مستوى التحكم الأساسي غير متوفر، فلن تتمكن من تحديث تكوين المورد، على الرغم من أن النسخ المتماثلة الموجودة ستستمر في معالجة حركة مرور البيانات دون انقطاع.
Cost
تتم فوترة كل نسخة متماثلة بشكل منفصل استنادا إلى عدد الوحدات الخاصة بها وحجم الرسالة الصادرة. يتم تطبيق رسوم الخروج عبر المناطق عند نقل الرسائل بين النسخ المتماثلة وتسليمها للعملاء أو الخوادم في منطقة أخرى. لمزيد من المعلومات، راجع تسعير Azure SignalR Service.
تكوين التكرار الجغرافي
لإضافة نسخة متماثلة إلى مورد SignalR Service أو إزالتها، راجع النسخ المتماثل الجغرافي في Azure SignalR Service.
تخطيط القدرات وإدارتها
كل نسخة تتعامل مع حركة المرور بشكل مستقل. أثناء تجاوز الفشل الإقليمي، يعيد العملاء من المنطقة الفاشلة الاتصال بأقرب نسخة متماثلة سليمة. للتأكد من أن النسخ المتماثلة المتبقية لديها سعة كافية لاستيعاب هذا الحمل الإضافي، قم بتكوين كل نسخة متماثلة مع وحدات يمكنها التعامل مع نسبة استخدام الشبكة المتوقعة الكاملة لحمل العمل، وليس فقط الجزء الذي تخدمه عادة.
بدلا من ذلك، قم بتمكين التحجيم التلقائي على كل نسخة متماثلة بحيث يمكن توسيع الوحدات تلقائيا استجابة لتحميل أعلى. يستمر التحجيم التلقائي في العمل عندما تكون النسخة المتماثلة الثانوية غير متوفرة، ولكن لا يعمل التحجيم التلقائي إذا كانت وحدة التحكم الأساسية غير متوفرة. لمزيد من المعلومات حول التحجيم التلقائي، راجع التحجيم التلقائي في Azure SignalR Service.
للحصول على إرشادات عامة حول الإفراط في التوفير كاستراتيجية، راجع إدارة السعة عن طريق الإفراط في التوفير.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين Azure SignalR Service للنسخ المتماثل الجغرافي وتكون جميع النسخ المتماثلة قيد التشغيل.
عملية عبر المناطق: مدير حركة بيانات Azure توجيه كل عميل إلى أقرب نسخة متماثلة إقليمية سليمة. قد يتصل العملاء في مناطق جغرافية مختلفة بنسخ متماثلة مختلفة. SignalR Service مزامنة الرسائل عبر النسخ المتماثلة بحيث يمكن للعملاء المتصلين بأي نسخة متماثلة التواصل مع بعضهم البعض.
النسخ المتماثل للبيانات عبر المناطق: عند إرسال رسالة إلى نسخة متماثلة، تنقل الخدمة هذه الرسالة بشكل متزامن إلى نسخ متماثلة أخرى بحيث يمكن للعملاء المتصلين في مكان آخر تلقيها. الحمل الزائد للمزامنة هو الحد الأدنى لأنماط المراسلة الأكثر شيوعا، مثل البث إلى مجموعات كبيرة أو مراسلة اتصال واحد. قد تؤدي المراسلة إلى مجموعات صغيرة (أقل من 10 أعضاء) إلى زيادة حمل المزامنة قليلا.
Azure SignalR Service لا تستمر الرسائل؛ تتم مزامنة التسليم النشط فقط عبر النسخ المتماثلة.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين Azure SignalR Service للنسخ المتماثل الجغرافي وهناك انقطاع في إحدى مناطق النسخ المتماثلة.
- الكشف والاستجابة: SignalR Service مسؤول عن الكشف عن فشل في منطقة ما وإعادة توجيه حركة المرور الواردة تلقائيا إلى نسخة متماثلة في إحدى المناطق الأخرى التي تقوم بتكوينها.
- إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: يتم إسقاط الاتصالات النشطة بالنسخة المتماثلة في المنطقة الفاشلة. يجب على العملاء إعادة الاتصال بعد فشل النسخة المتماثلة.
فقدان البيانات المتوقع: لا تستمر Azure SignalR Service في الرسائل. قد تفقد الرسائل التي كانت قيد النقل إلى العملاء في المنطقة الفاشلة في وقت الفشل. لا يتوقع فقدان مستمر للبيانات لأن الخدمة لا تخزن بيانات العملاء.
وقت التعطل المتوقع: يقوم مدير حركة بيانات Azure بإجراء فحوصات السلامة مقابل كل نسخة متماثلة. عندما يتسبب انقطاع المنطقة في فشل النسخة المتماثلة في التحقق من صحتها، يزيل Traffic Manager نقطة نهاية تلك النسخة المتماثلة من نتائج تحليل DNS الخاصة بها. بعد إزالة نقطة النهاية، يجب أن تنقضي مدة البقاء DNS التي تبلغ 90 ثانية قبل أن يرى العملاء سجلات DNS المحدثة. بشكل إجمالي، يستغرق الانتقال عادة بضع دقائق. يمكن للعملاء المصممين جيدا الذين ينفذون منطق إعادة الاتصال استئناف العملية العادية بعد إعادة الاتصال بالنسخة المتماثلة السليمة.
إذا لم يكن مستوى التحكم الأساسي متوفرا، فلا يمكنك إجراء أي تغييرات على تكوين مورد SignalR Service أو النسخ المتماثلة الخاصة به. ومع ذلك، تستمر الاتصالات في العمل في النسخ المتماثلة السليمة.
إعادة التوزيع: يوجه مدير حركة بيانات Azure الطلب الوارد إلى النسخ المتماثلة السليمة. ومع ذلك، إذا حاول عميل إعادة الاتصال قبل أن يكتشف مدير حركة بيانات Azure تجاوز فشل النسخة المتماثلة وتم نشر إدخالات DNS المحدثة إلى العميل، فقد تستمر محاولة إعادة اتصال العميل في استهداف المنطقة غير المتوفرة وقد تفشل.
بعد نشر تحديث DNS، يتم توجيه إعادة توصيل العملاء تلقائيا إلى أقرب نسخة متماثلة سليمة.
انتعاش المنطقة
عند استرداد المنطقة الفاشلة، يكشف فحص صحة Traffic Manager عن النسخة المتماثلة المستعادة ويتضمن نقطة النهاية الخاصة بها في دقة DNS مرة أخرى. لا يتأثر العملاء المتصلون حاليا بالنسخ المتماثلة الأخرى ويظلون متصلين حتى يتم قطع الاتصال. يتم توجيه الاتصالات الجديدة مرة أخرى إلى النسخة المتماثلة للمنطقة المستردة عندما تكون أقرب نسخة متماثلة سليمة.
اختبار حالات فشل المنطقة
لمحاكاة تجاوز فشل منطقة واختبار سلوك إعادة اتصال تطبيق العميل الخاص بك، يمكنك تعطيل نقطة نهاية النسخة المتماثلة. يتسبب هذا الإجراء في توقف Traffic Manager عن توجيه نسبة استخدام الشبكة إلى تلك النسخة المتماثلة، مما يتيح لك مراقبة سلوك عملائك عندما تصبح النسخة المتماثلة التي يتصلون بها غير متوفرة. للحصول على خطوات مفصلة، راجع تعطيل نقطة نهاية النسخة المتماثلة أو تمكينها.
حلول متعددة المستويات مخصصة للمرونة
إذا كنت بحاجة إلى مرونة عبر المناطق ولكنك لا تستخدم النسخ المتماثل الجغرافي، يمكنك نشر موارد SignalR Service منفصلة وإدارتها في مناطق متعددة وتنفيذ منطق تجاوز الفشل الخاص بك في خادم التطبيق الخاص بك. هذا الأسلوب أكثر تعقيدا من النسخ المتماثل الجغرافي ولا يدعم تجاوز الفشل بدون توقف للاتصال من العميل إلى العميل. للحصول على نظرة عامة مفصلة على البنية وأنماط تجاوز الفشل وإرشادات الاختبار، راجع المرونة والتعافي من الكوارث في Azure SignalR Service.
النسخ الاحتياطي والاستعادة
Azure SignalR Service هي خدمة مراسلة عديمة الحالة. لا تستمر رسائل العملاء ولا تحتوي على إمكانية النسخ الاحتياطي أو الاستعادة.
لحماية تكوين الموارد، حدد موارد SignalR Service باستخدام البنية الأساسية كتعليفات برمجية (مثل Bicep أو قوالب ARM) وقم بتخزين هذه التعريفات في التحكم بالمصادر. إذا كنت بحاجة إلى إعادة إنشاء مورد، فقم بإعادة توزيعه من التكوين المخزن.
المرونة في صيانة الخدمة
تقوم Microsoft بتطبيق تحديثات الخدمة بانتظام وتقوم بأعمال صيانة أخرى. تتعامل منصة Azure مع هذه الأنشطة تلقائيا، مما يضمن أن الصيانة ستكون سلسة وشفافة بالنسبة لك. لا يتوقع توقف أثناء فعاليات الصيانة إلا إذا تم إعلامك من خلال صيانة مخططة من حالة خدمة Azure.
أثناء الصيانة المخطط لها، يستخدم Azure SignalR Service استراتيجية إيقاف تشغيل آمنة لتقليل التأثير على العملاء المتصلين. يتم قطع الاتصال تدريجيا عبر نافذة زمنية محددة، ما يسمح للعملاء بإعادة الاتصال تدريجيا بدلا من كل شيء في وقت واحد. لمزيد من المعلومات، راجع قطع الاتصال أثناء صيانة الخدمة.
تظهر أحداث الصيانة لعملائك مع انخفاض الاتصال. تأكد من أن تطبيقات العميل الخاصة بك تنفذ منطق إعادة الاتصال حتى تتمكن من التعافي من قطع الاتصال المتعلق بالصيانة دون انقطاع مرئي للمستخدم.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.