كيفية تكوين الصيانة المخطط لها (معاينة)

إشعار

يعد Azure Spring Apps هو الاسم الجديد لخدمة Azure Spring Cloud. رغم أن الخدمة تحمل اسماً جديداً، سترى الاسم القديم في بعض الأماكن لفترة من الوقت بينما نعمل على تحديث الأصول مثل لقطات الشاشة، ومقاطع الفيديو، والرسوم التخطيطية.

تنطبق هذه المقالة على:❌ الاستهلاك القياسي والمخصصة (معاينة) ✔️ Basic/Standard ✔️ Enterprise

توضح هذه المقالة كيفية تكوين الصيانة المخطط لها في Azure Spring Apps.

الصيانة الروتينية ضرورية للحفاظ على النظام الأساسي ل Azure Spring Apps محدثا وآمنا. تتضمن الصيانة، التي تسمى أيضا التصحيح التلقائي، تحديثات الأمان أو إصلاحات الأخطاء أو الميزات الجديدة أو تحسينات الأداء. يمكن إجراء التصحيح التلقائي على المكونات التي تديرها Azure Spring Apps لدعم تطبيقات Java الخاصة بك، بما في ذلك JDK و APM وصورة نظام التشغيل الأساسي والبرامج الوسيطة المدارة والبنية الأساسية لوقت التشغيل. لكي تسري الصيانة، تتم إعادة تشغيل التطبيقات الخاصة بك داخل نافذة الصيانة التي تحددها، ولكن تستمر ضمانات جودة الخدمة ووقت التشغيل في التطبيق خلال هذا الوقت.

تكوين الصيانة ل Azure Spring Apps

استخدم الخطوات التالية لتكوين الصيانة المخطط لها في Azure Spring Apps:

  1. انتقل إلى صفحة نظرة عامة على الخدمة وحدد الصيانة المخطط لها.

    لقطة شاشة لمدخل Azure تعرض الشريط الجانبي ل Azure Spring Apps مع تمييز الصيانة المخطط لها.

  2. حدد اختيار الوقت المفضل لديك لتحديد تكوين مفصل لنافذة الصيانة.

    لقطة شاشة لمدخل Microsoft Azure تعرض صفحة الصيانة المخطط لها مع تمييز خانة الاختيار اختيار الوقت المفضل لديك.

  3. حدد يوم من الأسبوع لجدولة الصيانة.

    لقطة شاشة لمدخل Microsoft Azure تعرض صفحة الصيانة المخطط لها مع تمييز خيار يوم الأسبوع.

  4. حدد وقت بدء الترقية.

    لقطة شاشة لمدخل Azure تعرض صفحة الصيانة المخطط لها مع تمييز خيار وقت بدء الترقية.

  5. حدد تطبيق لإرسال التكوين الخاص بك للصيانة المخطط لها.

يمكن أن تأخذ عملية تحديث التكوين بضع دقائق. تتلقى إعلاما عند اكتمال التكوين.

إشعار

إذا لم تقم بتكوين الصيانة المخطط لها، تتم الصيانة في وقت يختاره فريق الخدمة، مع بذل أفضل جهد لتقليل مخاطر الأعمال لمعظم العملاء.

إدارة إعلام الصيانة

يتم إرسال الإعلامات والرسائل قبل الصيانة وأثناءها. يصف الجدول التالي أنواع الرسائل وتفاصيل الوقت:

الرقم التسلسلي نوع الرسالة القناة وقت إرسال الرسالة
1 ملاحظات الإصدار Activity Log في نهاية إطلاق الإصدار.
2 إعلان الصيانة الصيانة المخطط لها قبل أسبوعين من أول نافذة صيانة متاحة.
3 نافذة بدء الصيانة Activity Log في بداية تنفيذ الصيانة بأكملها.
4 سجل تغيير المكونات Activity Log في نهاية الترقية لكل مكون مدار.
5 نافذة نهاية الصيانة Activity Log في نهاية تنفيذ الصيانة بأكملها.
6 تحديث الميزات ما هي المقالة الجديدة بعد أن تصبح الميزة الجديدة متاحة للعملاء.

إدارة تكرار الصيانة

حاليا، تقوم Azure Spring Apps بإجراء صيانة منتظمة واحدة مخططة لترقية البنية الأساسية كل ثلاثة أشهر. للحصول على مخطط زمني تفصيلي للصيانة، تحقق من الإعلامات في صفحة Azure Service Health .

أفضل الممارسات

  • عند تكوين الصيانة المخطط لها لمثيلات خدمة متعددة في نفس المنطقة، تتم الصيانة في غضون الأسبوع نفسه. على سبيل المثال، إذا تم تعيين الصيانة لنظام المجموعة A يوم الاثنين والمجموعة B يوم الأحد، فسيتم الاحتفاظ بالمجموعة A قبل المجموعة B، في نفس الأسبوع.
  • إذا كان لديك مثيلان للخدمة يمتدان عبر مناطق Azure المقترنة، تتم الصيانة في أسابيع مختلفة لمثيلات الخدمة هذه، ولكن لا يوجد ضمان لأي منطقة يتم الاحتفاظ بها أولا. اتبع كل إعلان صيانة للحصول على المعلومات الدقيقة.
  • يتم تحديد طول النافذة الزمنية للصيانة المخطط لها إلى 8 ساعات. على سبيل المثال، إذا تم تعيين وقت البدء إلى 10:00، فسيتم تنفيذ مهمة الصيانة في أي وقت بين 10:00 و18:00. يحاول فريق الخدمة قصارى جهده لإنهاء الصيانة خلال هذه النافذة الزمنية، ولكن في بعض الأحيان قد يستغرق وقتا أطول.
  • لا يمكنك إعفاء مهمة صيانة بغض النظر عن كيفية تكوين الصيانة المخطط لها أو ما إذا كان قد تم تكوينها. إذا كانت لديك طلبات خاصة لوقت الصيانة لا يمكن تلبيتها بهذه الميزة، فافتح تذكرة دعم.

الخطوات التالية