إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تكوين Azure App بتخزين إعدادات تكوين التطبيق وعلامات الميزات وإدارتها مركزيا، والتي تحل محل ملفات التكوين المضمنة مباشرة داخل التطبيقات. باستخدام هذا الأسلوب، يمكنك تحديث قيم التكوين ديناميكيا، وتتبع محفوظات الإصدار، والحفاظ على سجل تغييرات التكوين بمرور الوقت. يعد توفر App Configuration وموثوقيته من الاعتبارات المهمة لأن سلوك التطبيق يمكن أن يعتمد مباشرة على الوصول إلى بيانات التكوين في وقت التشغيل.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة بنية الموثوقية لتكوين التطبيق وكيفية تصميم الخدمة لتظل متوفرة أثناء الأخطاء العابرة، وفشل منطقة التوفر، وانقطاع المنطقة.
توصيات نشر الإنتاج للموثوقية
بالنسبة لمعظم عمليات نشر الإنتاج ل App Configuration، ضع في اعتبارك التوصيات التالية:
SKU: استخدم Standard أو Premium SKU.
الحماية من الحذف والإزالة الناعمة: قم بتشغيل الحماية من الحذف المبدئي والإزالة للمساعدة في منع حذف البيانات.
بالنسبة للسيناريوهات الحرجة للمهام: استخدم Premium SKU وقم بتكوين النسخة المتماثلة المضمنة للنسخ المتماثل عبر مناطق متعددة. يعمل هذا النهج على تحسين قابلية الوصول العالية والمرونة في مواجهة انقطاع التيار الكهربائي في المنطقة.
للحصول على قائمة بالممارسات الموصى بها والتكوين لأحمال عمل الإنتاج، راجع إنشاء تطبيقات ذات مرونة عالية.
نظرة عامة على بنية الموثوقية
عند نشر App Configuration، يمكنك نشر متجر. يحتوي متجرك على أنواع مختلفة من الإعدادات التي قد يستخدمها تطبيقك، بما في ذلك المفاتيح والقيموعلامات الميزات. تتضمن الخدمة أيضا قدرات مضمنة لتنظيم تغييرات التكوين وتأمينها وتعيين إصدارها ونشرها بأمان عبر البيئات. لمزيد من المعلومات، راجع ما هو تكوين التطبيق؟
تكوين التطبيق هو خدمة مدارة بالكامل. Microsoft هو المسؤول عن إجراء الصيانة على الخدمة وتخزين إعداداتك وإدارتها.
عند إنشاء تطبيقات العميل التي تتصل بتكوين التطبيق، يمكنك اختياريا استخدام تكوين التطبيق مع الواجهة الأمامية لـ Azure (معاينة) لتمكين التخزين المؤقت وتسريع حركة المرور العالمية. يقدم هذا التكوين اعتبارات أخرى للنسخ المتماثل الجغرافي، والتي يتم تمييزها في جميع أنحاء هذه المقالة عند الاقتضاء.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
عند استخدام App Configuration، ضع في اعتبارك أفضل الممارسات التالية لتقليل تأثير الأخطاء العابرة على الوصول إلى التكوين، خاصة داخل مسارات التعليمات البرمجية الهامة.
موفرو التكوين: استخدم موفري App Configuration، الذين لديهم قدرات إعادة المحاولة والتخزين المؤقت المضمنة وميزات المرونة الأخرى.
Azure SDKs: استخدم حزم SDK لتكوين التطبيق إذا كان التطبيق الخاص بك يحتاج إلى إرسال طلبات الكتابة. تعيد SDKs المحاولة تلقائيا على استجابات رمز حالة HTTP 429 والأخطاء العابرة الأخرى.
منطق إعادة المحاولة: قم بتضمين منطق إعادة المحاولة في العملاء المخصصين إذا لم تتمكن من استخدام موفري App Configuration أو SDKs.
retry-after-msيوفر العنوان في الاستجابة وقت انتظار مقترح بالمللي ثانية قبل أن يعيد العميل محاولة الطلب.التخزين المؤقت: إعدادات ذاكرة التخزين المؤقت في الذاكرة عندما يكون ذلك ممكنا لتقليل الطلبات المباشرة إلى متجرك.
للحصول على إرشادات تكوين التطبيق الأخرى، راجع الأسئلة المتداولة حول تكوين التطبيق.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يوفر تكوين التطبيق تلقائيا تكرار المنطقة في المناطق التي تدعم مناطق التوفر. يوفر هذا التكرار توفرا عاليا داخل منطقة دون الحاجة إلى أي تكوين محدد.
يوضح الرسم التخطيطي مناطق التوفر 1 و2 و3. يمتد متجر App Configuration عبر جميع المناطق الثلاث في المنطقة.
عندما تصبح منطقة التوفر غير متوفرة، يعيد App Configuration توجيه طلباتك تلقائيا إلى مناطق توفر صحية أخرى لضمان توفر عال.
متطلبات
دعم المنطقة: المخازن التي يتم نشرها في المناطق التالية زائدة عن الحاجة تلقائيا.
| الأمريكتان | أوروبا | الشرق الأوسط | أفريقيا | آسيا/المحيط الهادئ |
|---|---|---|---|---|
| جنوب البرازيل | وسط فرنسا | إسرائيل الوسطى | شرق أستراليا | |
| وسط كندا | وسط غرب ألمانيا | قطر الوسطى | وسط الهند | |
| Central US | منطقة شمال إيطاليا | شمال الإمارات العربية المتحدة | منطقة شمال الصين 3 | |
| شرق الولايات المتحدة | شمال أوروبا | شرق آسيا | ||
| شرق الولايات المتحدة 2 | Norway East | شرق اليابان | ||
| وسط المكسيك | بولندا الوسطى | وسط كوريا | ||
| جنوب وسط الولايات المتحدة | وسط إسبانيا | جنوب شرق آسيا | ||
| ولاية فرجينيا الأمريكية | منطقة السويد الوسطى | |||
| غرب الولايات المتحدة 2 | شمال سويسرا | |||
| غرب US 3 | جنوب المملكة المتحدة | |||
| West Europe |
Cost
لا توجد تكلفة إضافية لتكرار المنطقة لتكوين التطبيق.
تكوين دعم منطقة التوفر
يقوم Microsoft تلقائيا بتكوين تكرار المنطقة لمتجر عندما يكون في منطقة تدعم مناطق التوفر.
إذا أضاف App Configuration دعم منطقة التوفر إلى منطقة موجودة، فلن تحتاج إلى اتخاذ أي إجراء للاستفادة من دعم منطقة التوفر. يستفيد متجرك من دعم منطقة التوفر الذي يصبح متوفرا لمخازن App Configuration في المنطقة.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عندما يكون لديك متجر App Configuration مكرر للمنطقة، وتكون جميع المناطق قيد التشغيل.
عملية عبر المناطق: يقوم App Configuration تلقائيا بإدارة توجيه نسبة استخدام الشبكة بين مناطق التوفر. أثناء العمليات العادية، فإنه يوزع الطلبات بشفافية عبر المناطق.
النسخ المتماثل للبيانات عبر المناطق: في المناطق التي تدعم المناطق، ينسخ App Configuration البيانات بشكل متزامن عبر مناطق التوفر. يضمن هذا النسخ المتماثل بقاء إعداداتك متسقة ومتاحة حتى إذا أصبحت المنطقة غير متوفرة.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند استخدام متجر App Configuration مكرر في المنطقة وهناك انقطاع في إحدى المناطق.
- الكشف والاستجابة: تكتشف خدمة App Configuration حالات فشل المنطقة وتستجيب لها تلقائيا. لا تحتاج إلى اتخاذ أي إجراء أثناء فشل المنطقة.
- اخطار: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم السلامة العامة للخدمة، بما في ذلك أي حالات فشل في المنطقة، ويمكنك إعداد تنبيهات حماية الخدمة لإعلامك بالمشكلات.
الطلبات النشطة: أثناء فشل المنطقة، قد تفشل المنطقة المتأثرة في معالجة الطلبات أثناء الطيران، ما يتطلب من تطبيقات العميل إعادة محاولة تنفيذها. يجب أن تتبع تطبيقات العميل ممارسات معالجة الأخطاء العابرة للتأكد من أنها يمكنها إعادة محاولة الطلبات في حالة حدوث فشل في المنطقة.
فقدان البيانات المتوقع: لا يتوقع فقدان البيانات أثناء فشل المنطقة بسبب النسخ المتماثل المتزامن بين المناطق.
وقت التعطل المتوقع: لا يوجد وقت تعطل متوقع.
إعادة التوزيع: يعيد App Configuration توجيه حركة المرور تلقائيا بعيدا عن المنطقة المتأثرة إلى مناطق صحية دون الحاجة إلى أي تدخل من العملاء.
استعادة المنطقة
عند استرداد منطقة غير متوفرة سابقا، يقوم App Configuration تلقائيا باستعادة العمليات العادية عبر جميع مناطق التوفر. لا تحتاج إلى اتخاذ أي إجراء للتعافي من فشل المنطقة.
اختبار فشل المنطقة
يدير النظام الأساسي لتكوين التطبيق توجيه نسبة استخدام الشبكة وتجاوز الفشل واسترداد المنطقة للمتاجر المكررة في المنطقة. Microsoft إدارة هذه العملية بشكل كامل، لذلك لا تحتاج إلى التحقق من صحة عمليات فشل منطقة التوفر.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
يوفر App Configuration قدرات النسخ المتماثل الجغرافي الأصلية لدعم المرونة أثناء انقطاع المنطقة. يسمح النسخ المتماثل الجغرافي بنسخ بيانات التكوين عبر المناطق كميزة خدمة مدارة.
Geo-replication
باستخدام النسخ المتماثل الجغرافي، يمكنك نسخ مخزن عبر مناطق Azure متعددة. يمكن أن يحتوي كل متجر على نسخ متماثلة متعددة في مناطق مختلفة. المخزن الأصلي هو أيضا نسخة متماثلة. تساعد هذه الإمكانية على حماية التطبيقات من الاضطرابات على مستوى المنطقة.
متطلبات
دعم المنطقة: يمكنك إنشاء نسخ متماثلة في أي منطقة Azure يدعمها App Configuration، حتى إذا لم تكن المناطق Azure مناطق مقترنة.
المستوى: يجب أن يستخدم مخزن التكوين مستوى مدعوما لتمكين النسخ المتماثل الجغرافي. لمزيد من المعلومات، راجع تمكين النسخ المتماثل الجغرافي.
الاعتبارات
عند تمكين النسخ المتماثل الجغرافي، ضع في اعتبارك العوامل التالية:
النسخ المتماثلة المكررة للمنطقة: أي نسخة متماثلة تقوم بإنشائها في منطقة يدعم فيها App Configuration مناطق التوفر تكون زائدة عن الحاجة تلقائيا.
الواجهة الأمامية لـ Azure: لتمكين تسليم التكوين المتكرر جغرافيا باستخدام الواجهة الأمامية لـ Azure، قم بتكوين النسخ المتماثلة لتكوين التطبيق كأصل داخل مجموعة أصل. الأصول المكونة بشكل صحيح مطلوبة الواجهة الأمامية لـ Azure لتنفيذ التوجيه المستند إلى الصحة وموازنة التحميل وتجاوز الفشل التلقائي عبر المناطق. لمزيد من المعلومات، راجع طرق توجيه حركة المرور إلى الأصل.
Cost
تتم فوترة كل منطقة من المناطق المنسوخة جغرافيا بشكل منفصل وفقا لتسعير المستوى والمنطقة المعنيين. لا يتم تطبيق رسوم خروج البيانات للنسخ المتماثل عبر المناطق. للحصول على تفاصيل التسعير، راجع تسعير App Configuration.
تكوين دعم متعدد المناطق
لإعداد النسخ المتماثل لمخزن تكوين تم إنشاؤه حديثا، راجع تمكين النسخ المتماثل الجغرافي.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين متجر App Configuration للنسخ المتماثل الجغرافي، وتكون جميع المناطق قيد التشغيل.
عملية عبر المناطق: كل نسخة متماثلة قابلة للعنوان بشكل فردي ولها اسم نظام أسماء المجالات (DNS) الخاص بها. يمكن لجميع النسخ المتماثلة قبول كل من عمليات القراءة والكتابة.
لا يقوم App Configuration بتوجيه نسبة استخدام الشبكة بين المناطق تلقائيا. عند استخدام موفري تكوين App Configuration، يمكن للتطبيق اختياريا استخدام اكتشاف النسخ المتماثلة التلقائي. بدلا من ذلك، يمكنك تحديد قائمة ذات أولوية من النسخ المتماثلة، ويحدد App Configuration النسخة المتماثلة الصحية الأولى. يمكن هذا الأسلوب تطبيقك من التحكم في النسخة المتماثلة التي يستخدمها.
ملحوظة
إذا كنت تستخدم الواجهة الأمامية لـ Azure، فإن سلوك توجيه نسبة استخدام الشبكة مختلف. لمزيد من المعلومات، راجع تجاوز الفشل وموازنة التحميل.
النسخ المتماثل للبيانات عبر المناطق: تنسخ البيانات نسخا متماثلا بشكل غير متزامن وهي متسقة في النهاية. يمكنك استخدام مقياس زمن انتقال النسخ المتماثل في Azure Monitor لمراقبة زمن انتقال النسخ المتماثل الحالي بين النسخ المتماثلة.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين متجر App Configuration للنسخ المتماثل الجغرافي، وهناك انقطاع في إحدى مناطق النسخ المتماثلة.
الكشف والاستجابة: Microsoft مسؤول عن الكشف عن حالات فشل المنطقة أو النسخة المتماثلة وبدء عمليات الاسترداد.
عند استخدام موفري تكوين App Configuration مع اكتشاف النسخة المتماثلة تلقائيا أو قائمة بالنسخ المتماثلة المتعددة، يكتشف التطبيق الخاص بك تلقائيا حالات الفشل ويفشل في نسخة متماثلة سليمة.
إذا لم تستخدم موفري App Configuration، فأنت مسؤول عن تبديل تطبيقك إلى نسخة متماثلة سليمة.
إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: قد تفشل الطلبات النشطة مقابل نسخة متماثلة في المنطقة. يجب أن تعيد تطبيقات العميل محاولة الطلبات مقابل نسخة متماثلة مختلفة.
فقدان البيانات المتوقع: إذا فشلت النسخة المتماثلة، فقد لا يتم بعد نسخ التغييرات الأخيرة التي تم إجراؤها على تلك النسخة المتماثلة إلى نسخ متماثلة أخرى. يمكن أن تظل هذه التغييرات غير متوفرة حتى استرداد النسخة المتماثلة. لتقدير فقدان البيانات المحتمل، راقب مقياس زمن انتقال النسخ المتماثل في Azure Monitor.
وقت التعطل المتوقع: عندما تصبح النسخة المتماثلة غير متوفرة، تظل دون اتصال حتى تسترد منطقتها. تستمر النسخ المتماثلة الأخرى في معالجة الطلبات. قد تواجه التطبيقات وقت توقف قصير أثناء اكتشاف الفشل والتبديل إلى نسخة متماثلة سليمة. تعتمد المدة على مدى سرعة كل تطبيق في إجراء هذا الكشف وتجاوز الفشل.
إعادة التوزيع: يجب أن توجه التطبيقات نسبة استخدام الشبكة إلى نسخة متماثلة سليمة عند حدوث فشل.
إذا كنت تستخدم موفري تكوين App Configuration، يتعامل الموفرون تلقائيا مع تحديد النسخ المتماثلة وتجاوز الفشل.
إذا وضعت الواجهة الأمامية لـ Azure أمام مخزن البيانات وقمت بتكوين مجموعة الأصل مع نسخ متماثلة متعددة كأصل لتجاوز الفشل، الواجهة الأمامية لـ Azure إعادة توجيه الطلبات تلقائيا إلى نسخة متماثلة سليمة.
انتعاش المنطقة
بعد استرداد المنطقة، يقوم App Configuration بمزامنة النسخة المتماثلة مع النسخ المتماثلة الأخرى دون تدخلك.
أنت مسؤول عن إعادة تكوين تطبيقك لتوجيه حركة المرور مرة أخرى إلى الحالة المسترجعة. تبدأ التطبيقات التي تستخدم موفري App Configuration تلقائيا في استخدام النسخة المتماثلة مرة أخرى.
اختبار حالات فشل المنطقة
لا يمكنك محاكاة تجاوز فشل النسخة المتماثلة مباشرة في تكوين التطبيق. ومع ذلك، نظرا لأن التطبيقات تتحكم في تحديد النسخة المتماثلة، يمكنك اختبار سلوك تجاوز الفشل عن طريق فرض التطبيق في حالة حيث يجب تبديل النسخ المتماثلة.
للتحقق من صحة سلوك تجاوز فشل النسخة المتماثلة للتطبيق الخاص بك، يمكنك تقديم فشل اتصال متحكم به في بيئة غير إنتاجية ومراقبة كيفية استجابة التطبيق.
أحد الأساليب هو استخدام جهازك المحلي أو بيئة أخرى حيث يكون لديك حق الوصول الإداري. اتبع الخطوات التالية:
قم بتشغيل التسجيل المطول Azure SDK. في .NET، استخدم
AzureEventSourceListenerالفئة لتكوين مسجل. لمزيد من المعلومات، راجع التسجيل والمراقبة.قم بتكوين
hostsالملف يدويا بحيث يتم توجيه الطلبات إلى متجر App Configuration إلى عنوان IP لا يمكنه تلقيها، مثل127.0.0.1(localhost).التحذير
تمنع هذه الخطوة الوصول من الكمبيوتر إلى متجر App Configuration بشكل فعال. اتبع هذه الخطوات فقط في بيئة غير إنتاجية.
راقب سجلات رسالة مشابهة للمثال التالي:
[Warning] Microsoft-Extensions-Configuration-AzureAppConfiguration-Refresh: Failed to get configuration settings from endpoint 'https://myappconfigstore.azconfig.io'. Failing over to endpoint https://myappconfigstore-eus.azconfig.io'.تشير هذه الرسالة إلى أن التطبيق فشل بنجاح في استخدام نسخة متماثلة أخرى من متجرك.
بعد إكمال الاختبار، تراجع عن التغييرات التي تم إجراؤها على
hostsالملف.
النسخ الاحتياطي والاستعادة
يمكنك استخدام App Configuration لتصدير بيانات التكوين من متجر واستخدامها كجزء من استراتيجية نسخ احتياطي أوسع.
بالنسبة لمعظم الحلول، يجب ألا تعتمد حصريا على النسخ الاحتياطية. بدلا من ذلك، استخدم الإمكانات الأخرى الموضحة في هذا الدليل لدعم متطلبات المرونة الخاصة بك. ومع ذلك، تحمي النسخ الاحتياطية من بعض المخاطر التي لا تحميها الأساليب الأخرى. لمزيد من المعلومات، راجع ما المقصود بالتكرار والنسخ المتماثل والنسخ الاحتياطي؟.
القدرة على مقاومة الحذف العرضي
يوفر App Configuration ميزتين رئيسيتين للاسترداد لمنع الحذف العرضي أو الضار:
حذف مبدئي: عند تشغيل الحذف المبدئي، يمكنك استرداد المخازن والإعدادات المحذوفة أثناء فترة استبقاء قابلة للتكوين. وظائف الحذف المبدئي مثل سلة المحذوفات لموارد تكوين التطبيق.
الحماية من الإزالة: عند تشغيل الحماية من الإزالة، تمنع الخدمة الحذف الدائم لمتجرك وإعداداته حتى انقضاء فترة الاستبقاء. تمنع هذه الحماية الجهات الضارة من تدمير إعداداتك بشكل دائم.
استخدم كلتا الميزتين لبيئات الإنتاج. لمزيد من المعلومات، راجع الحماية من الحذف المبدئي والإزالة.
المرونة في صيانة الخدمة
يقوم Microsoft بإجراء تحديثات الخدمة والصيانة الأخرى بانتظام. تتعامل الخدمة مع هذه الأنشطة تلقائيا، مما يجعل الصيانة سلسة وشفافة لك. لا يتوقع أي وقت تعطل أثناء أحداث الصيانة ما لم يوفر حالة خدمة Azure إشعار صيانة مخطط له.
المرونة في مواجهة مشاكل التكوين
يمكن أن تتسبب تغييرات التكوين غير الصحيحة أو العرضية في توقف التطبيق. استخدم لقطات التكوين لطرح التغييرات على التكوين بأمان. راقب صحة التطبيق الخاص بك بعد أي تغييرات في التكوين، وارجع إلى آخر لقطة تكوين معروفة جيدة إذا كانت التغييرات تحدث مشكلة.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.