الموثوقية في Azure Bot Service
عند إنشاء تطبيق (روبوت) في Azure، يمكنك اختيار ما إذا كان مورد الروبوت الخاص بك سيكون له موقع بيانات عمومي أو محلي أم لا. يضمن موقع البيانات المحلية الاحتفاظ بالبيانات الشخصية للروبوت وتخزينها ومعالجتها داخل حدود جغرافية معينة (مثل حدود الاتحاد الأوروبي).
هام
لم يتم تمكين دعم منطقة التوفر لأي قنوات قياسية في خدمة الروبوت الإقليمية.
توضح هذه المقالة دعم الموثوقية في Azure Bot Service، وتغطي كلا من الموثوقية الإقليمية مع مناطق التوفر والمرونة عبر المناطق مع التعافي من الكوارث للروبوتات ذات موقع البيانات المحلية. للحصول على نظرة عامة أكثر تفصيلا على الموثوقية في Azure، راجع موثوقية Azure.
لمزيد من المعلومات حول نشر الروبوتات مع موقع البيانات المحلية والامتثال الإقليمي، راجع الإقليمية في Azure Bot Service.
دعم منطقة القابلية للوصول
مناطق توفر Azure هي ثلاث مجموعات منفصلة فعليا على الأقل من مراكز البيانات داخل كل منطقة Azure. مراكز البيانات داخل كل منطقة مجهزة ببنية أساسية مستقلة للطاقة والتبريد والشبكات. في حالة فشل المنطقة المحلية، يتم تصميم مناطق التوفر بحيث إذا تأثرت المنطقة الواحدة، فإن الخدمات الإقليمية والسعة والتوافر العالي تدعمها المنطقتين المتبقيتين.
يمكن أن تتراوح حالات الفشل من فشل البرامج والأجهزة إلى الأحداث مثل الزلازل والفيضانات والحرائق. يتم تحقيق التسامح مع الفشل مع التكرار والعزلة المنطقية لخدمات Azure. لمزيد من المعلومات التفصيلية حول مناطق التوفر في Azure، راجع المناطق ومناطق التوفر.
تم تصميم الخدمات الممكنة لمناطق توفر Azure لتوفير المستوى الصحيح من الموثوقية والمرونة. يمكن تكوينها بطريقتين. يمكن أن تكون إما زائدة عن الحاجة للمنطقة، مع النسخ المتماثل التلقائي عبر المناطق، أو منطقة، مع تثبيت المثيلات في منطقة معينة. يمكنك أيضا الجمع بين هذه الأساليب. لمزيد من المعلومات حول البنية المناطقية مقابل البنية الزائدة عن الحاجة للمنطقة، راجع التوصيات لاستخدام مناطق التوفر والمناطق.
بالنسبة للروبوتات الإقليمية، تدعم Azure Bot Service تكرار المنطقة بشكل افتراضي. لا تحتاج إلى إعداده أو إعادة تكوينه لدعم منطقة التوفر.
المتطلبات الأساسية
- يجب أن يكون الروبوت الخاص بك إقليميا (وليس عالميا).
- حاليا، تدعم منطقة "westeurope" فقط مناطق التوفر.
تجربة تعطل المنطقة
أثناء الانقطاع على مستوى المنطقة، يجب أن يتوقع العميل انخفاضا موجزا في الأداء، حتى يعيد الإصلاح الذاتي للخدمة التوازن بين القدرة الأساسية للتكيف مع المناطق الصحية. هذا لا يعتمد على استعادة المنطقة؛ من المتوقع أن تعوض حالة الإصلاح الذاتي للخدمة المدارة من Microsoft عن منطقة مفقودة، باستخدام السعة من مناطق أخرى.
التعافي من الكوارث عبر المناطق في المنطقة الجغرافية متعددة المناطق
يتعلق التعافي من الكوارث (DR) بالتعافي من الأحداث عالية التأثير، مثل الكوارث الطبيعية أو عمليات النشر الفاشلة التي تؤدي إلى وقت تعطل وفقدان البيانات. بغض النظر عن السبب، فإن أفضل علاج للكارثة هو خطة الإصلاح بعد الكارثة محددة جيدا ومختبرة وتصميم تطبيق يدعم الإصلاح بعد الكارثة بنشاط. قبل البدء في التفكير في إنشاء خطة التعافي من الكوارث، راجع التوصيات لتصميم استراتيجية التعافي من الكوارث.
عندما يتعلق الأمر بالتعافي من الكوارث، تستخدم Microsoft نموذج المسؤولية المشتركة. في نموذج المسؤولية المشتركة، تضمن Microsoft توفر البنية الأساسية الأساسية وخدمات النظام الأساسي. في الوقت نفسه، لا تقوم العديد من خدمات Azure تلقائيا بنسخ البيانات نسخا متماثلا أو الرجوع من منطقة فاشلة للنسخ المتماثل إلى منطقة أخرى ممكنة. بالنسبة إلى هذه الخدمات، أنت مسؤول عن إعداد خطة التعافي من الكوارث التي تعمل مع حمل العمل الخاص بك. توفر معظم الخدمات التي تعمل على عروض النظام الأساسي كخدمة (PaaS) في Azure ميزات وإرشادات لدعم الإصلاح بعد الكارثة ويمكنك استخدام ميزات خاصة بالخدمة لدعم الاسترداد السريع للمساعدة في تطوير خطة الإصلاح بعد الكارثة.
تعمل Azure Bot Service في الوضع النشط-النشط لكل من الخدمات العالمية والإقليمية. عند حدوث انقطاع، لا تحتاج إلى الكشف عن الأخطاء أو إدارة الخدمة. تقوم Azure Bot Service تلقائيا بإجراء تجاوز تلقائي واسترداد تلقائي في بنية جغرافية متعددة المناطق. بالنسبة للخدمة الإقليمية لروبوت الاتحاد الأوروبي، توفر خدمة Azure Bot منطقتين كاملتين داخل أوروبا مع النسخ المتماثل النشط/النشط لضمان التكرار. بالنسبة لخدمة الروبوت العالمية، يمكن تقديم جميع المناطق/المناطق الجغرافية المتاحة باعتبارها البصمة العالمية.