نهاية دعم Kubernetes 1.34 تقترب: خطة ترقية عملية قبل 27 أكتوبر 2026

إذا كنت تُدير عنقود Kubernetes في مؤسستك، فهناك موعدان لا ينبغي تفويتهما: وفق الجدول الرسمي لمشروع Kubernetes، يدخل الإصدار 1.34 وضع الصيانة في 27 أغسطس 2026، وتصل دورة حياته إلى نهاية الدعم في 27 أكتوبر 2026. بعد هذا التاريخ لن تتلقّى تحديثات أمان أو إصلاحات أخطاء لهذا الإصدار. هذا المقال يقدّم خطة ترقية عملية خطوة بخطوة، ويوضح ما الذي تغيّر، من المتأثر، ولماذا التصرّف الآن مهم لفرق المنصّات وDevOps في المنطقة العربية.

ما الذي تغيّر؟

• الانتقال إلى وضع الصيانة (27 أغسطس 2026): سيستمر تلقي إصلاحات حرجة محدودة فقط للإصدار 1.34 حتى تاريخ نهاية الدعم.
• نهاية الدعم (27 أكتوبر 2026): لن تُنشر ترقيعات أمان جديدة لـ1.34 بعد هذا التاريخ، ما يعرّض العناقيد لمخاطر أمنية متزايدة عند ظهور ثغرات جديدة.
• الإصدارات المدعومة حالياً: يحتفظ المشروع عادةً بثلاثة فروع ثانوية مدعومة في آنٍ واحد. حالياً هي السلاسل 1.34 و1.35 و1.36، مع توصية واضحة بالترقية إلى أحدث فرع مستقر يناسب بيئتك.

من المتأثر؟

• العناقيد الذاتية (Self‑Managed): أي عنقود إنتاجي أو اختباري مثبت على 1.34 أو يعتمد صور عقد/مكوّنات متوافقة حصرياً مع 1.34.
• العناقيد المُدارة (AKS/GKE/EKS وغيرها): حتى إن كانت الجهة المزوِّدة تؤخِّر الإيقاف، فإن نافذة التحديثات تضيق سريعاً عادةً بعد EOL. راجع جداول مزودك وحدّث خطتك.
• سلاسل CI/CD والأدوات: المخطوطات، المخططات (Helm)، والمشغّلات (Operators) التي ثُبِّتت زمن 1.34 قد تحتاج ضبطاً لتغيّرات التحقق والتصديقات في الإصدارات الأحدث.

لماذا يهمّك الآن؟

• الأمن والامتثال: البقاء على إصدار خارج الدعم يعني فجوة أمنية دائمة، وقد يؤثر على امتثال مؤسستك للسياسات القياسية.
• تحسينات فعلية في 1.36: يتضمن Kubernetes 1.36 ترقيات جوهرية مثل Declarative Validation بحالة GA التي تجعل أخطاء الأنماط والتعريفات أكثر وضوحاً، وFine‑Grained Kubelet API Authorization بحالة GA لتقليص مساحة الهجوم، وتحسينات على اكتشاف الموارد عبر Mixed Version Proxy (بيتا) لتسهيل التشغيل أثناء الترقية بالتوازي.
• إزالات/إهمالات API مهمة: بدأت في الإصدارات الحديثة عملية إهمال لبعض الاستخدامات غير الموصى بها مثل Service.ExternalIPs (قيد الإزالة وفق خارطة طريق)، ما يستلزم تحضير التطبيقات مبكراً.

خطة ترقية عملية من 1.34 إلى الفرع الأحدث

1) جرد الحالة وتثبيت خط الأساس

• استخرج إصدار الخادوم والعملاء: kubectl version --short وتحقق من إصدارات kubelet على العقد.
• حصر المكوّنات المعتمدة (CNI/CSI/Ingress/Operators) وإصداراتها، وتوثيق قيود التوافق لكلٍ منها.

2) افهم سياسة الانحراف (Version Skew)

تُقيّد السياسة الرسمية تباين الإصدارات بين مكوّنات العنقود. أهم النقاط العملية:

• لا تتجاوز قفزة ثانوية واحدة لمكوّن kube-apiserver: يجب أن تتم الترقية على مراحل (1.34 → 1.35 → 1.36) عند الحاجة، ولا يُسمح بتخطّي نسخة ثانوية للـ API Server.
• ترقية العقد تدريجياً: يُسمح عادةً بفارق طفيف بين نسخة الخادوم والعقد أثناء العملية، لكن حافظ عليه ضمن حدود سياسة الانحراف الرسمية.

3) التحليل المسبق للتغييرات

• راجع ملخص إصدار 1.36 والميزات/الإزالات ذات الأثر على تطبيقاتك، خاصةً تغييرات التحقق (Validation) وتقليص صلاحيات kubelet.
• ابحث في سجلات العنقود عن تحذيرات deprecation من kube-apiserver وkubectl لمعالجة الاستخدامات التي ستصبح غير مدعومة.

4) بيئة تجريبية تحاكي الإنتاج

• أنشئ عنقود staging مطابقاً قدر الإمكان للإنتاج، واختبر عليه مسار الترقية ورُزم Helm ومشغّلاتك.
• استفد من Declarative Validation لالتقاط أخطاء التعاريف باكراً قبل وصولها للإنتاج.

5) مسار التنفيذ باستخدام kubeadm (للبيئات الذاتية)

1. نسخ احتياطي لـ etcd: التقط نسخة متّسقة قبل أي خطوة.
2. تحديث أدوات النظام: ثبّت إصدارات kubeadm وkubelet وkubectl المطابقة لمسار الترقية.
3. ترقية لوحة التحكّم (Control Plane): نفّذ kubeadm upgrade plan لمراجعة المسار، ثم kubeadm upgrade apply للإصدار المستهدف. راقب استقرار kube-apiserver أثناء ترقية etcd.
4. ترقية العقد العاملة: قم بتفريغ العقدة (drain)، حدّث الحزم، ثم أعد تشغيل kubelet وأعد جدولة الأحمال.
5. تحقق بعد الترقية: اختبر صحة المكوّنات والـworkloads الأساسية، وتأكد من خلو السجلات من تحذيرات deprecation الجديدة.

6) تقليل الانقطاع أثناء الترقية

• اعمل على دفعات صغيرة من العقد لتقليص المخاطر.
• استخدم قدرات الاكتشاف عبر Mixed Version Proxy (بيتا في 1.36) لتحسين عمل العناقيد ذات الإصدارات المتباينة مؤقتاً أثناء نافذة الترقية.

7) المراقبة والرجوع الآمن

• فعّل تتبّع المقاييس وسجلات الأخطاء وحالات الـliveness/readiness بتشدّد أعلى لمدة 72 ساعة بعد الترقية.
• احفظ خطة رجوع (Rollback) مبنية على لقطة etcd ومطابقة لإصدارات المكوّنات السابقة.

أخطاء شائعة تجنّبها

• تخطّي إصدار ثانوي للـ API Server: هذا مخالف للسياسة وقد يسبب انهيارات أو حالات عدم توافق صعبة التشخيص.
• ترقية العقد قبل لوحة التحكّم: ابدأ دوماً بالـ Control Plane ثم عقد العمل.
• إغفال مزوّد البنية: في البيئات المُدارة، اتّبع إرشادات المزود بدقة (نوافذ الصيانة، نسخ العقدة، النسخ الاحتياطي).

خطّة زمنية مقترحة قبل 27 أكتوبر 2026

• اليوم – 31 أغسطس: الجرد والفحوصات والتحضيرات وتحديث أدوات kubectl/kubeadm.
• الأسبوع الأول من سبتمبر: اختبار متكامل في بيئة staging ومعالجة تحذيرات deprecation.
• الأسبوع الثاني والثالث من سبتمبر: ترقية لوحة التحكّم تدريجياً ثم 30–40% من العقد.
• الأسبوع الرابع من سبتمبر – الأسبوع الأول من أكتوبر: إنهاء ترقية باقي العقد والخدمات الطرفية.
• قبل 15 أكتوبر: نافذة مراقبة مشددة وتحسينات بعدية، لتصل إلى 1.35/1.36 مستقرة قبل تاريخ EOL.

لماذا يهم المستخدم العربي تحديداً؟

العديد من الشركات في المنطقة تعتمد Kubernetes لتشغيل بوابات دفع، تطبيقات حكومية، منصات تعليمية وصحّية. البقاء على إصدار خارج الدعم قد يعرّض الأعمال لمتطلبات تدقيق إضافية، أو توقفات غير مخططة عند ظهور ثغرات، أو حتى فقدان اعتماد منصّات مزوّدي الخدمات السحابية عند تقليصهم نوافذ دعم الإصدارات القديمة. الترقية المنظمة الآن تُحافظ على استمرارية العمل وتخفض المخاطر والتكلفة.

قائمة تحقق سريعة

• تأكيد تواريخ: صيانة 27 أغسطس 2026 – نهاية دعم 27 أكتوبر 2026.
• تحديد الهدف: 1.35 أو 1.36 بناءً على توافق التطبيقات.
• مراجعة سياسة الانحراف ومسار الترقية المرحلي.
• نسخة احتياطية etcd + خطة رجوع.
• ترقية Control Plane ثم العقد على دفعات صغيرة.
• مراقبة مكثّفة بعد الترقية ومعالجة أي تحذيرات.

الخلاصة

الرسالة واضحة: أمامك نافذة زمنية قصيرة للانتقال الآمن بعيداً عن Kubernetes 1.34 قبل 27 أكتوبر 2026. التزم بمسار ترقية منضبط، وافحص الاعتمادات، واستفد من التحسينات الأمنية والموثوقية في 1.36. هذه ليست مجرد ترقية تقنية؛ إنها خطوة لإطالة عمر منصّتك وحمايتها.

المصادر الرسمية

• جدول إصدارات التصحيح ومواعيد الصيانة/EOL
• نظرة عامة على الإصدارات المدعومة
• سياسة الانحراف بين الإصدارات (Version Skew Policy)
• ترقية العناقيد باستخدام kubeadm
• ملخص إصدار Kubernetes 1.36 والميزات البارزة
• إهمال/إزالة Service ExternalIPs في 1.36
• Mixed Version Proxy (بيتا) في 1.36