افصل طبقات الدعم
ينشر Kernel.org فروع longterm النشطة وتواريخ الصيانة المتوقعة، بينما قد تدعم التوزيعة حزمتها مدة أطول عبر نقل الإصلاحات إلى الخلف. ويحدد مصنع العتاد توافق التعريف والبرمجيات الثابتة ومهايئ التخزين منفصلاً، فيما يحدد مزود التطبيق أنظمة التشغيل والمكتبات المدعومة.
لذلك لا تعني النواة القديمة ظاهرياً وجود ثغرة بالضرورة، ولا تضمن النواة الجديدة دعم النظام كله.
احتفظ بمصفوفة للأسطول الفعلي
سجل لكل فئة عقد التوزيعة والقناة وحزمة النواة والوحدات الحرجة والبرمجيات الثابتة وSecure Boot وأدوات النسخ والمراقبة والحماية. أضف نهاية دعم كل مزود ومالك قرار الانتقال.
الجرد الآلي أفضل من جدول يُحدّث قبل التدقيق، ويجب أن يظهر الإصدار والانحراف عن الصورة الأساسية المعتمدة.
تحقق من الإصلاحات المنقولة لا رقم CVE فقط
تنقل التوزيعات الإصلاح إلى فرع أقدم من دون تغيير الرقم الرئيسي. افحص التنبيه الأمني وبناء الحزمة بدلاً من مقارنة upstream وحده. ومع الوحدات الخارجية تأكد من أن التحديث لا يعطل الإقلاع أو الشبكة أو التخزين أو وكيل الأمن.
يجب أن تعيد بيئة الاختبار إنتاج التعريفات وعبء العمل، لا أن تقلع آلة نظيفة فقط.
خطط للانتقال كتغيير خدمة
اختر هدفاً مدعوماً واختبر التطبيقات والعتاد وجهز مدخل إقلاع احتياطياً وتراجعاً مجرباً. انشر على دفعات تبدأ بالعقد منخفضة المخاطر وراقب الأخطاء والأداء والتعافي.
لا يلغي LTS التحديث المنتظم؛ فهو يوفر أساساً متوقعاً، بينما تبقى مسؤولية تسليم الحزم والاختبار وإعادة التشغيل على فريق العمليات.