كيفية تكوين الصيانة المخطط لها (معاينة)
إشعار
سيتم إهمال الخطط الأساسية والقياسية والمؤسسة بدءا من منتصف مارس 2025، مع فترة تقاعد 3 سنوات. نوصي بالانتقال إلى Azure Container Apps. لمزيد من المعلومات، راجع إعلان إيقاف Azure Spring Apps.
سيتم إهمال الاستهلاك القياسي والخطة المخصصة بدءا من 30 سبتمبر 2024، مع إيقاف التشغيل الكامل بعد ستة أشهر. نوصي بالانتقال إلى Azure Container Apps. لمزيد من المعلومات، راجع ترحيل استهلاك Azure Spring Apps القياسي وخطة مخصصة إلى Azure Container Apps.
تنطبق هذه المقالة على:❌ الاستهلاك القياسي والمخصصة (معاينة) ✔️ Basic/Standard ✔️ Enterprise
توضح هذه المقالة كيفية تكوين الصيانة المخطط لها في Azure Spring Apps.
الصيانة الروتينية ضرورية للحفاظ على النظام الأساسي ل Azure Spring Apps محدثا وآمنا. تتضمن الصيانة، التي تسمى أيضا التصحيح التلقائي، تحديثات الأمان أو إصلاحات الأخطاء أو الميزات الجديدة أو تحسينات الأداء. يمكن إجراء التصحيح التلقائي على المكونات التي تديرها Azure Spring Apps لدعم تطبيقات Java الخاصة بك، بما في ذلك JDK و APM وصورة نظام التشغيل الأساسي والبرامج الوسيطة المدارة والبنية الأساسية لوقت التشغيل. لكي تسري الصيانة، تتم إعادة تشغيل التطبيقات الخاصة بك داخل نافذة الصيانة التي تحددها، ولكن تستمر ضمانات جودة الخدمة ووقت التشغيل في التطبيق خلال هذا الوقت.
تكوين الصيانة ل Azure Spring Apps
استخدم الخطوات التالية لتكوين الصيانة المخطط لها في Azure Spring Apps:
انتقل إلى صفحة نظرة عامة على الخدمة وحدد الصيانة المخطط لها.
حدد اختيار الوقت المفضل لديك لتحديد تكوين مفصل لنافذة الصيانة.
حدد يوم من الأسبوع لجدولة الصيانة.
حدد وقت بدء الترقية.
حدد تطبيق لإرسال التكوين الخاص بك للصيانة المخطط لها.
يمكن أن تأخذ عملية تحديث التكوين بضع دقائق. تتلقى إعلاما عند اكتمال التكوين.
إشعار
إذا لم تقم بتكوين الصيانة المخطط لها، تتم الصيانة في وقت يختاره فريق الخدمة، مع بذل أفضل جهد لتقليل مخاطر الأعمال لمعظم العملاء.
إدارة إعلام الصيانة
يتم إرسال الإعلامات والرسائل قبل الصيانة وأثناءها. يصف الجدول التالي أنواع الرسائل وتفاصيل الوقت:
| الرقم التسلسلي | نوع الرسالة | القناة | وقت إرسال الرسالة |
|---|---|---|---|
| 1 | ملاحظات الإصدار | Activity Log | في نهاية إطلاق الإصدار. |
| 2 | إعلان الصيانة | الصيانة المخطط لها | قبل أسبوعين من أول نافذة صيانة متاحة. |
| 3 | نافذة بدء الصيانة | Activity Log | في بداية تنفيذ الصيانة بأكملها. |
| 4 | سجل تغيير المكونات | Activity Log | في نهاية الترقية لكل مكون مدار. |
| 5 | نافذة نهاية الصيانة | Activity Log | في نهاية تنفيذ الصيانة بأكملها. |
| 6 | تحديث الميزات | ما هي المقالة الجديدة | بعد أن تصبح الميزة الجديدة متاحة للعملاء. |
إدارة تكرار الصيانة
حاليا، تقوم Azure Spring Apps بإجراء صيانة منتظمة واحدة مخططة لترقية البنية الأساسية كل ثلاثة أشهر. للحصول على مخطط زمني تفصيلي للصيانة، تحقق من الإعلامات في صفحة Azure Service Health .
إشعار
وفقا لمعايير أمان Microsoft، نقوم بإجراء تصحيح أمان إضافي لمجموعات Azure Kubernetes Service (AKS) الأساسية خلال الأسبوع الثاني من كل شهر. تتم الصيانة خلال نافذة 8 ساعات خلال ساعات عدم العمل. نقوم بهذا العمل بطريقة متجددة لضمان الخدمة دون انقطاع.
أفضل الممارسات
- عند تكوين الصيانة المخطط لها لمثيلات خدمة متعددة في نفس المنطقة، تتم الصيانة في غضون الأسبوع نفسه. على سبيل المثال، إذا تم تعيين الصيانة لنظام المجموعة A يوم الاثنين والمجموعة B يوم الأحد، الاحتفاظ بالمجموعة A قبل المجموعة B، في نفس الأسبوع.
- إذا كان لديك مثيلان للخدمة يمتدان عبر مناطق Azure المقترنة، تتم الصيانة في أسابيع مختلفة لمثيلات الخدمة هذه، ولكن لا يوجد ضمان لأي منطقة يتم الاحتفاظ بها أولا. اتبع كل إعلان صيانة للحصول على المعلومات الدقيقة.
- يتم تحديد طول النافذة الزمنية للصيانة المخطط لها إلى 8 ساعات. على سبيل المثال، إذا تم تعيين وقت البدء إلى 10:00، تنفيذ مهمة الصيانة في أي وقت بين 10:00 و18:00. يحاول فريق الخدمة قصارى جهده لإنهاء الصيانة خلال هذه النافذة الزمنية، ولكن في بعض الأحيان قد يستغرق وقتا أطول.
- لا يمكنك إعفاء مهمة صيانة بغض النظر عن كيفية تكوين الصيانة المخطط لها أو ما إذا كان قد تم تكوينها. إذا كانت لديك طلبات خاصة لوقت الصيانة لا يمكن تلبيتها بهذه الميزة، فافتح تذكرة دعم.