إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
Azure Event Grid هي خدمة مراسلة مدارة بالكامل تمكن الاتصال المستند إلى الحدث بين الخدمات والتطبيقات. ويستخدم عادة لبناء بنيات تستند إلى الحدث ودمج خدمات Azure مع التطبيقات المخصصة.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة كيفية جعل Event Grid مرنة في مواجهة حالات الانقطاع والمشاكل المحتملة المختلفة، بما في ذلك الأخطاء العابرة، وفشل منطقة التوفر، والفشل على مستوى المنطقة. كما يسلط الضوء على المعلومات الرئيسية حول اتفاقية مستوى خدمة شبكة الأحداث (SLA).
توصيات نشر الإنتاج
يوفر Azure Well-Architected Framework توصيات للموثوقية والأمان والتكلفة والعمليات والأداء. لفهم كيفية تأثير هذه المناطق على بعضها البعض والمساهمة في حل Event Grid موثوق به، راجع أفضل ممارسات البنية Azure Event Grid.
نظرة عامة على بنية الموثوقية
يصف هذا القسم بعض الجوانب المهمة لكيفية عمل الخدمة والتي هي الأكثر صلة من منظور الموثوقية. يقدم القسم البنية المنطقية، التي تشمل بعض الموارد والميزات التي تقوم بنشرها واستخدامها. كما يناقش الهيكل المادي ، والذي يوفر تفاصيل حول كيفية عمل الخدمة تحت الأغطية.
البنية المنطقية
توجه Event Grid الأحداث من ناشري الأحداث إلى مستهلكي الأحداث. يتم استخدامه من قبل كل من تطبيقات العملاء والخدمات Azure لإصدار الأحداث واستهلاكها، مثل الإعلامات عند إنشاء الموارد أو تحديثها أو حذفها.
تدعم Event Grid أنواع موارد متعددة ونماذج توزيع:
الموضوعات هي الكيانات الأساسية التي تتلقى الأحداث وتخزنها.
يتم إنشاء موضوعات النظام تلقائيا بواسطة خدمات Azure لإصدار أحداث أنواع موارد Azure معينة. يتم إنشاء المواضيع المخصصة وإدارتها من قبلك.
يمكن أن تدعم الموضوعات تسليم الدفع والسحب.
تجمع مجالات الأحداث مواضيع مخصصة متعددة ضمن نقطة نهاية واحدة لتبسيط نشر الأحداث. لمزيد من المعلومات، راجع فهم مجالات الأحداث لإدارة مواضيع شبكة الأحداث.
تستخدم مساحات الأسماء مع المستوى القياسي، وتوفر حاوية لموارد شبكة الأحداث المتعددة. لمزيد من المعلومات، راجع مفاهيم مساحة الاسم Azure Event Grid.
تدعم Event Grid طبقات متعددة، بما في ذلك المستوى الأساسي والمستوى القياسي. توفر هذه المستويات قدرات مختلفة، وتختلف في كيفية توزيع الموارد وإدارتها. لمزيد من المعلومات، راجع اختيار طبقة شبكة الأحداث المناسبة للحل الخاص بك.
العمارة المادية
شبكة الأحداث هي خدمة مدارة بالكامل. تدير Microsoft البنية الأساسية، بما في ذلك موارد الحوسبة والتخزين. في المناطق المدعومة، توزع Event Grid الموارد تلقائيا عبر مناطق التوفر لتوفير تكرار المنطقة المضمنة.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
عند استخدام Event Grid، ضع في اعتبارك الممارسات التالية لضمان مرونة الحل الخاص بك في مواجهة الأخطاء العابرة:
ناشري الأحداث. عندما ينشر تطبيق عميل الأحداث إلى Event Grid، يكون مسؤولا عن التعامل مع حالات الفشل العابرة. يجب أن تنفذ التطبيقات منطق إعادة المحاولة عند نشر الأحداث. لمزيد من المعلومات، راجع استكشاف مشاكل الاتصال المؤقت.
نوصي باستخدام وحدة بيانات Event Grid SDKs، والتي توفر تلقائيا معالجة عابرة للأخطاء.
مستهلكو الحدث. تقدم Event Grid الأحداث إلى الوجهات المكونة. بالنسبة إلى هذه الاتصالات الصادرة، يمكنك تكوين نهج إعادة المحاولة على اشتراكات الأحداث. تحدد هذه النهج عدد المرات والمدة التي تعيد فيها شبكة الأحداث محاولة التسليم عند حدوث حالات الفشل، بما في ذلك الأخطاء العابرة. لمزيد من المعلومات، راجع تسليم دفع الرسائل وإعادة المحاولة مع مواضيع مساحة الاسم.
التكرار. من الممارسات الجيدة تصميم بنية الأحداث الخاصة بك للتكبد، ما يعني أن التطبيق الخاص بك يمكنه تلقي الحدث نفسه ومعالجته بأمان عدة مرات. على سبيل المثال، إذا حدث خطأ عابر أو مشكلة أخرى أثناء معالجة تطبيقك لحدث ما، باستخدام نهج غير متكرر، يمكن للتطبيق إعادة معالجة الرسالة والاسترداد.
أنت مسؤول عن تصميم بنية الأحداث وتطبيقك لدعم التكرار. للحصول على معلومات عامة، راجع التكرار.
أحرف غير مستخدمة. تدعم Event Grid الرسائل غير المستخدمة للأحداث غير القابلة للتسليم، ما يساعد على استمرار البيانات أثناء الأخطاء الأطول أمدا في مستهلكي الأحداث. لمزيد من المعلومات، راجع الأحرف غير المستخدمة لاشتراكات الأحداث لمواضيع مساحات الأسماء في Event Grid.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
موارد شبكة الأحداث زائدة عن الحاجة في المناطق التي تدعم مناطق التوفر. يعني التكرار في المنطقة أنه حتى عندما تواجه منطقة توفر مشكلة، تستمر موارد Event Grid في العمل باستخدام البنية الأساسية في مناطق أخرى. يتم نسخ بيانات الحدث تلقائيا عبر ثلاث مناطق توفر لمرونة داخل المنطقة، وتشفى شبكة الأحداث ذاتيا أثناء الانقطاع على مستوى المنطقة. لا تحتاج إلى تمكين هذه الإمكانية أو تكوينها.
يوضح الرسم التخطيطي موارد شبكة الأحداث المختلفة، كل منها موزع عبر ثلاث مناطق توفر. تتضمن الموارد موضوعا مخصصا وموضوع نظام ومجالا وموضوع شريك واشتراكا ومساحة اسم.
متطلبات
دعم المنطقة: التكرار في المناطق متاح في جميع مناطق Azure التي تدعم مناطق التوفر.
Cost
لا توجد تكلفة إضافية لتكرار المنطقة. لا يمكنك تمكين هذه الميزة أو تعطيلها. يتم تضمينه بشكل افتراضي في المناطق المدعومة.
تكوين دعم منطقة التوفر
لا يلزم التكوين. جميع موارد Event Grid في المناطق المدعومة زائدة عن الحاجة تلقائيا.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عندما يكون مورد Event Grid متكررا في المنطقة وتكون جميع المناطق قيد التشغيل.
عملية عبر المناطق: تعمل Event Grid في نموذج نشط-نشط عبر مناطق التوفر. يتم توزيع التحميل تلقائيا على اتصالات العملاء عبر المناطق، وتقوم الخدمة بتوجيه العمليات إلى بنية تحتية للمراسلة المتاحة بغض النظر عن المنطقة.
النسخ المتماثل للبيانات عبر المناطق: تقوم Event Grid تلقائيا بنسخ بيانات التعريف وبيانات الحدث عبر مناطق التوفر للحفاظ على المرونة.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يمكن توقعه عندما يكون مورد Event Grid زائدا عن الحاجة في المنطقة وهناك انقطاع في إحدى المناطق.
- الكشف والاستجابة: تكتشف Event Grid تلقائيا حالات فشل المنطقة وبدء تجاوز الفشل إلى المناطق السليمة. لا تحتاج إلى القيام بأي شيء لبدء تجاوز فشل المنطقة.
- اخطار: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم السلامة العامة للخدمة، بما في ذلك أي حالات فشل في المنطقة، ويمكنك إعداد تنبيهات حماية الخدمة لإعلامك بالمشكلات.
الطلبات النشطة: أثناء فشل المنطقة، قد تقوم Event Grid بإسقاط الطلبات النشطة. إذا كان عملاؤك يتعاملون مع الأخطاء العابرة بشكل مناسب، مثل إعادة المحاولة بعد فترة زمنية قصيرة، فإنهم عادة ما يتجنبون التأثير الكبير.
فقدان البيانات المتوقع: تم تصميم نموذج تكرار منطقة Event Grid لتمكين المرونة في حالات فشل المنطقة بأقل تأثير. ومع ذلك، أثناء فشل المنطقة، من الممكن فقدان بعض البيانات.
إذا كنت بحاجة إلى التأكد من أن التطبيق الخاص بك لا يفقد البيانات أثناء فشل المنطقة، يجب عليك:
- صمم منتجي الأحداث والمستهلكين لاتباع توصيات معالجة الأخطاء العابرة، بما في ذلك إعادة المحاولة والتكبد.
- التخطيط لمتانة الحدث في المصدر أو في مخزن أحداث دائم.
التوقف عن العمل المتوقع: قد يتسبب فشل المنطقة في حدوث بضع ثوان من وقت التوقف عن العمل. إذا كان عملاؤك يتعاملون مع الأخطاء العابرة بشكل مناسب، مثل إعادة المحاولة بعد فترة زمنية قصيرة، فإنهم عادة ما يتجنبون التأثير الكبير.
إعادة توجيه حركة المرور: تكتشف Event Grid فقدان المنطقة وتعاد توجيه الطلبات الجديدة تلقائيا إلى البنية الأساسية في إحدى مناطق التوفر السليمة.
استعادة المنطقة
عند استرداد المنطقة المتأثرة، تعيد Event Grid دمجها تلقائيا في الخدمة دون الحاجة إلى إجراء العميل. ثم تقبل المنطقة المستردة الاتصالات الجديدة وتعالج الرسائل جنبا إلى جنب مع المناطق الأخرى. تظل البيانات التي تم نسخها نسخا متماثلا إلى المناطق الباقية أثناء الانقطاع سليمة، ويستأنف النسخ المتماثل العادي عبر جميع المناطق. لا تحتاج إلى اتخاذ إجراء لاستعادة المنطقة أو إعادة دمجها.
اختبار فشل المنطقة
تدير Event Grid توجيه نسبة استخدام الشبكة وتجاوز الفشل واسترداد المنطقة لحالات فشل المنطقة، لذلك لا تحتاج إلى التحقق من صحة عمليات فشل منطقة التوفر أو توفير المزيد من الإدخال.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
يتم نشر موارد Event Grid في منطقة واحدة. إذا كان هناك فشل على مستوى المنطقة، فلن تتوفر موارد Event Grid.
في مناطق Azure المقترنة، توفر Event Grid استردادا محدودا للكوارث الجغرافية لبيانات تعريف موارد Event Grid. يمكنك أيضا تصميم وبناء حل متعدد المناطق الخاص بك، والذي يمكن أن يدعم تخطيط التعافي من الكوارث. يوضح الجدول التالي كيف تدعم أنواع موارد Event Grid المختلفة كل نموذج.
| مورد شبكة الأحداث | يدعم التعافي من الكوارث الجغرافية | يدعم الحل المخصص |
|---|---|---|
| الموضوعات المخصصة | مدعوم | مدعوم |
| مواضيع النظام | ممكن تلقائيا | غير مدعوم |
| Domains | مدعوم | مدعوم |
| مساحة الاسم | غير مدعوم | مدعوم |
| مساحات أسماء الشركاء | غير مدعوم | مدعوم |
التعافي من الكوارث الجغرافية للبيانات الوصفية
ينسخ التعافي من الكوارث الجغرافية بيانات تعريف شبكة الأحداث إلى المنطقة المقترنة لمنطقتك الأساسية للموارد المدعومة. لا يتم نسخ بيانات الحدث نسخا متماثلا.
تم تصميم التعافي من الكوارث الجغرافية كأفضل جهد، Microsoft المدارة احتياطيا للانقطاعات الإقليمية الحادة ولا يهدف إلى توفير أوقات استرداد سريعة أو يمكن التنبؤ بها. تمارس Microsoft تجاوز الفشل الذي بدأته Microsoft في مواقف نادرة للفشل في موارد شبكة الأحداث من منطقة متأثرة إلى المنطقة المقترنة جغرافيًا المقابلة. تحتفظ Microsoft بالحق في تحديد وقت ممارسة هذا الخيار. لا تتضمن هذه الآلية موافقة العميل قبل تجاوز فشل حركة المرور.
مهم
تقوم Microsoft بتشغيل تجاوز الفشل المدار من قبل Microsoft. من المحتمل أن يحدث بعد تأخير كبير ويتم على أساس أفضل جهد. قد يحدث تجاوز فشل موارد Event Grid في وقت يختلف عن وقت تجاوز الفشل لخدمات Azure الأخرى.
إذا كنت بحاجة إلى المرونة في مواجهة انقطاعات المنطقة، ففكر في استخدام أحد الحلول متعددة المناطق المخصصة للمرونة.
يمكنك اختياريا تعطيل التعافي من الكوارث الجغرافية واستخدام حل متعدد المناطق المخصص الخاص بك الذي يلبي متطلباتك لاختيار المنطقة ووقت تجاوز الفشل والمزيد. عند تعطيل التعافي من الكوارث الجغرافية، لا يقوم Microsoft بنسخ أي بيانات حدث إلى منطقة أخرى.
لا تتوفر هذه الميزة في المناطق التي لا تحتوي على منطقة مقترنة.
متطلبات
دعم المنطقة: لا يتوفر التعافي من الكوارث الجغرافية إلا في المناطق Azure التي لها منطقة مقترنة.
أنواع الموارد: تدعم الموضوعات والمجالات المخصصة التعافي من الكوارث الجغرافية. يتم تمكين موضوعات النظام للتعافي من الكوارث الجغرافية تلقائيا. أنواع الموارد الأخرى، مثل مساحات الأسماء ومساحات أسماء الشركاء، غير مدعومة.
Cost
لا توجد تكلفة إضافية للتعافي من الكوارث الجغرافية.
تكوين دعم متعدد المناطق
في المناطق المدعومة، يتم تكوين موضوعات النظام تلقائيا للتعافي من الكوارث الجغرافية. بالنسبة إلى أنواع موارد Event Grid الأخرى:
لتمكين التعافي من الكوارث الجغرافية: قم بتحديث التكوين لموضوعك أو مجالك وحدد Cross-Geo (افتراضي).
لتعطيل التعافي من الكوارث الجغرافية: قم بتحديث التكوين لموضوعك أو مجالك وحدد إقليمي.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عند تكوين مورد Event Grid للتعافي من الكوارث الجغرافية وتكون جميع المناطق قيد التشغيل.
عملية عبر المناطق: يتم توجيه كافة نسبة استخدام الشبكة إلى المنطقة الأساسية.
النسخ المتماثل للبيانات عبر المناطق: يتم نسخ بيانات التعريف بشكل متزامن إلى المنطقة المقترنة. لا يتم نسخ بيانات الحدث نسخا متماثلا.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يمكن توقعه عند تكوين مورد Event Grid للتعافي من الكوارث الجغرافية وهناك انقطاع في المنطقة الأساسية.
- الكشف والاستجابة: يكتشف Microsoft فشل المنطقة ويحدد ما إذا كان يجب بدء تجاوز الفشل ومتى.
- إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: يتم إنهاء الطلبات النشطة إلى المنطقة الأساسية. يجب أن تعيد تطبيقات العميل محاولة هذه الطلبات بعد اكتمال تجاوز الفشل.
فقدان البيانات المتوقع:
بيانات التعريف. تحتفظ Event Grid ببيانات التعريف أثناء تجاوز الفشل. نظرا لأن جميع تغييرات بيانات التعريف يتم نسخها نسخا متماثلا بشكل متزامن، فلا يتوقع فقدان بيانات التعريف.
بيانات الحدث. بيانات الحدث في المنطقة الأساسية غير متوفرة وقد تفقد إذا كانت المنطقة غير قابلة للاسترداد.
بعد حدوث تجاوز الفشل، تتم معالجة بيانات جديدة من المنطقة المقترنة. يتم إرسال الأحداث غير المعالجة من المنطقة الأساسية بمجرد تخفيف الانقطاع. إذا كان استرداد المنطقة الأساسية يتطلب وقتا أطول من قيمة مدة البقاء التي تم تعيينها على الأحداث، فقد يتم إسقاط البيانات الموجودة في المنطقة الأساسية. للتخفيف من فقدان البيانات هذا، نوصي بتكوين وجهة غير مستخدمة لاشتراك حدث.
إذا فقدت المنطقة المتأثرة وغير قابلة للاسترداد، فسيكون هناك بعض فقدان البيانات. في أفضل سيناريو، يواكب المستهلك معدل النشر ويتم فقدان بضع ثوان فقط من البيانات. يحدث السيناريو الأسوأ عندما لا يقوم المستهلك بمعالجة الأحداث بنشاط. مع الحد الأقصى للعيش لمدة 24 ساعة، يمكن أن يصل فقدان البيانات إلى 24 ساعة.
ملحوظة
لا يمكن لشبكة الأحداث ضمان الاحتفاظ بالبيانات أثناء انقطاع المنطقة. إذا كنت بحاجة إلى استبقاء مضمون، فأنت بحاجة إلى تصميم التطبيق الخاص بك لتخزين الأحداث بشكل دائم في مخزن بيانات آخر.
وقت التعطل المتوقع: يعتمد مقدار وقت التعطل على خطورة الانقطاع والوقت المطلوب Microsoft لتقييم وبدء تجاوز الفشل. يجب أن تتوقع أن يكون وقت التعطل ساعة واحدة على الأقل وربما أطول.
تبدأ Event Grid في قبول نسبة استخدام الشبكة للمواضيع والاشتراكات، بما في ذلك عمليات الإنشاء والتحديث والحذف، في غضون خمس دقائق بعد بدء تجاوز الفشل.
إعادة التوزيع: بعد اكتمال تجاوز الفشل، يتم توجيه حركة المرور تلقائيا إلى المنطقة الثانوية.
انتعاش المنطقة
يدير Microsoft استرداد المنطقة، وتعتمد عملية الاسترداد على سيناريو الانقطاع المحدد. بشكل عام، يتم التعامل مع تجاوز الفشل على أنه عملية أحادية الاتجاه.
اختبار حالات فشل المنطقة
تدير Event Grid توجيه نسبة استخدام الشبكة وتجاوز الفشل والاسترداد للتعافي من الكوارث الجغرافية. لا تحتاج إلى بدء أي شيء. نظرا لإدارة هذه الميزة بالكامل، لا تحتاج إلى التحقق من صحة عمليات فشل المنطقة.
حلول متعددة المستويات مخصصة للمرونة
قد ترغب في تعطيل تجاوز الفشل الذي بدأه Microsoft أو عدم الاعتماد عليه لأي من هذه الأسباب:
تحتاج إلى نسخ بيانات الحدث، وليس بيانات التعريف فقط، عبر المناطق.
تحتاج إلى ضمان وقت أو نهج محدد لتجاوز الفشل. يتم تجاوز الفشل الذي بدأته Microsoft على أساس أفضل جهد.
منطقتك غير مقترنة بمنطقة Azure أخرى.
لا يفي زوج منطقتك بمتطلبات موقع بيانات مؤسستك.
للحصول على مستويات أعلى من التحكم وإمكانية التنبؤ، يمكنك تنفيذ بنيات متعددة المستويات مخصصة. يتضمن هذا الأسلوب توزيع موارد شبكة الأحداث المنفصلة في مناطق متعددة وإدارة تجاوز الفشل على مستوى التطبيق. عند استخدام هذا النموذج، تكون مسؤولا عن نشر الموارد وتكوينها والاحتفاظ بها متزامنة عبر المناطق.
ضع في اعتبارك العوامل التالية عند تصميم حل متعدد المستويات:
نسخ متماثل. يجب تنفيذ عملية مخصصة لنسخ موارد Event Grid وتكوينها بين المناطق الأساسية والثانوية. تذكر نسخ هويات العميل وشهادات CA ومجموعات العملاء ومسافات الموضوع وروابط الأذونات، حيثما أمكن ذلك. يمكنك أن تقرر ما إذا كنت تريد تنفيذ النسخ المتماثل اليدوي أو التلقائي.
نهج تجاوز الفشل. يمكنك اختيار ما إذا كنت تريد إنشاء حل نشط-نشط أو نشط-سلبي:
يمكن تحقيق الحلول النشطة-النشطة عن طريق نسخ بيانات التعريف نسخا متماثلا وموازنة التحميل عبر مساحات الأسماء.
يمكن تحقيق الحلول النشطة-السلبية عن طريق نسخ بيانات التعريف نسخا متماثلا للحفاظ على مساحة الاسم الثانوية جاهزة بحيث، عندما تكون مساحة الاسم الأساسية غير متوفرة، يمكن توجيه حركة المرور إلى مساحة الاسم الثانوية.
مراقبة الصحة. يمكنك استخدام واجهات برمجة التطبيقات الصحية المضمنة التي توفرها Event Grid لمراقبة صحة الموضوعات.
يجب أن تكتشف تطبيقات العميل حالات فشل منطقة ما وتوجيه الأحداث إلى منطقة مناسبة أخرى.
بدلا من ذلك، يمكنك تنفيذ خدمة concierge التي توجه العملاء إلى نقاط النهاية الأساسية أو الثانوية للموضوعات أو مساحات الأسماء الخاصة بهم عن طريق إجراء فحوصات السلامة على نقاط النهاية هذه. يمكن أن تكون خدمة concierge تطبيق ويب يتم نسخه جغرافيا ويبقى قابلا للوصول عبر تقنيات أو خدمات إعادة توجيه DNS مثل مدير حركة بيانات Azure.
لمزيد من المعلومات حول نهج واحد، بما في ذلك مثال التعليمات البرمجية، راجع تنفيذ تجاوز الفشل من جانب العميل في Event Grid.
النسخ الاحتياطي والاستعادة
شبكة الأحداث هي في المقام الأول خدمة توجيه الأحداث وليس لديها ميزات النسخ الاحتياطي أو الاستعادة الأصلية.
إذا كنت بحاجة إلى تنفيذ قدرات النسخ الاحتياطي، أو إذا كانت لديك احتياجات استبقاء طويلة الأجل، نوصي بإجراء الأرشفة في التطبيق الخاص بك. للقيام بذلك، يجب إنشاء منطق لتوجيه الأحداث أو نسخها إلى مخزن دائم، مثل مساحة تخزين Azure Blob، بالتوازي مع مسار التسليم الأساسي. إذا كانت أنظمة انتقال البيانات من الخادم غير متوفرة، يمكن للتطبيق الخاص بك استخدام الأرشيف لإعادة تشغيل الأحداث.
المرونة في صيانة الخدمة
تقوم Microsoft بتطبيق تحديثات الخدمة بانتظام وتقوم بأعمال صيانة أخرى. تتعامل منصة Azure مع هذه الأنشطة تلقائيا، مما يضمن أن الصيانة ستكون سلسة وشفافة بالنسبة لك. لا يتوقع توقف أثناء فعاليات الصيانة إلا إذا تم إعلامك من خلال صيانة مخططة من حالة خدمة Azure.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.
تغطي اتفاقية مستوى الخدمة لتوفر شبكة الأحداث نشر الحدث.