کوبرنتیز v1.37-rc.1 منتشر شد؛ نسخهٔ نهایی ۲۶ اوت می‌رسد

تیم انتشار کوبرنتیز در ۱۹ اوت ۲۰۲۶ نسخهٔ v1.37.0-rc.1 را برش زد و مسیر را برای انتشار نهایی v1.37.0 در چهارشنبه ۲۶ اوت هموار کرد؛ سومین و آخرین ریلیز کوبرنتیز در سال ۲۰۲۶.

#چه اتفاقی افتاد؟

بر اساس تقویم رسمی پروژه، rc.0 در ۵ اوت منتشر شده بود و اکنون با انتشار rc.1، پروژه وارد فاز پایداری نهایی شده است. وبلاگ «sneak peek» که ۳۱ ژوئیه منتشر شد، فهرست Deprecationها و حذفیات این نسخه را تشریح کرده و وبلاگ‌های معرفی قابلیت‌ها (feature blogs) از ۲۷ اوت — یک روز پس از انتشار GA — آغاز می‌شوند.

#جزئیات فنی

هر ریلیز کوبرنتیز دو چیز را برای تیم‌های پلتفرم تعیین می‌کند: چه چیزی اضافه شده و — مهم‌تر — چه چیزی حذف شده. فهرست Deprecation/Removal در v1.37 همان چیزی است که تعیین می‌کند ارتقای کلاستر شما بدون دردسر پیش می‌رود یا با سیل خطاهای API مواجه می‌شود. الگوی ثابت پروژه این است: APIهای منسوخ‌شده پس از چند ریلیز کاملاً حذف می‌شوند و manifestهای قدیمی بدون بازبینی، در ارتقا می‌شکنند.

پنجرهٔ میان rc.1 و GA — حدود یک هفته — بهترین زمان برای diff کردن رفتار کلاستر تست در برابر نسخهٔ جدید است. سرویس‌های مدیریت‌شده نیز معمولاً ظرف چند هفته پس از GA، نسخهٔ جدید را در کانال‌های Rapid و سپس Stable خود قرار می‌دهند: EKS، AKS و GKE هر سه این چرخه را دنبال می‌کنند.

پنجرهٔ یک‌هفته‌ای میان rc.1 و GA بهترین زمان آزمون ارتقاست — Kubernetes/CNCF

#چرا مهم است؟

برای تیم‌های پلتفرم، هفتهٔ منتهی به ۲۶ اوت یک پنجرهٔ طلایی است. تجربهٔ سال‌های اخیر نشان داده سازمان‌هایی که ارتقا را با آزمون rc آغاز می‌کنند، در مقایسه با آن‌هایی که مستقیم از GA شروع می‌کنند، به‌مراتب کمتر با خرابی‌های غافلگیرکنندهٔ API مواجه می‌شوند.

نکتهٔ راهبردی دیگر، جایگاه v1.37 در تقویم سالانه است: سومین و آخرین ریلیز ۲۰۲۶. یعنی تا ریلیز بعدی در ۲۰۲۷، این نسخه باید بار عملیاتی چند ماه را تحمل کند و انتخاب زمان ارتقا — بلافاصله پس از GA یا پس از اولین patch release — به یک تصمیم مدیریت ریسک واقعی تبدیل می‌شود. توصیهٔ محافظه‌کارانه این است: فهرست حذفیات sneak peek را همین حالا با APIهای مورد استفاده در کلاستر خود مقایسه کنید و برای ارتقا، پس از انتشار نخستین وصلهٔ v1.37.x برنامه‌ریزی کنید.

#اعداد و ارقام

• ۵ اوت ۲۰۲۶: انتشار v1.37.0-rc.0
• ۱۹ اوت ۲۰۲۶: انتشار v1.37.0-rc.1
• ۲۶ اوت ۲۰۲۶: انتشار نهایی v1.37.0 (برنامه‌ریزی‌شده)
• ۲۷ اوت ۲۰۲۶: آغاز وبلاگ‌های معرفی قابلیت‌ها
• سومین و آخرین ریلیز کوبرنتیز در ۲۰۲۶

#چرخهٔ انتشار و سیاست منسوخ‌سازی

کوبرنتیز از سال ۲۰۲۴ به چرخهٔ سه ریلیز در سال کوچ کرده است؛ تغییری که فشار نگهداشت را برای تیم‌های پلتفرم و ارائه‌دهندگان ابری کاهش داد. سیاست Deprecation پروژه نیز قواعد روشنی دارد: APIهای beta دست‌کم دو ریلیز و APIهای پایدار (GA) دست‌کم سه ریلیز پس از اعلام منسوخیت باقی می‌مانند پیش از حذف. با این حال، تجربهٔ حذف‌های گذشته — از PodSecurityPolicy تا APIهای قدیمی Ingress — نشان داده سازمان‌های زیادی دقیقاً در همان هفتهٔ ارتقا متوجه وابستگی‌شان به API حذف‌شده می‌شوند.

ابزارهایی مثل kubent یا Pluto می‌توانند manifestهای موجود را پیش از ارتقا در برابر فهرست حذفیات v1.37 بسنجند و هزینهٔ اجرای آن‌ها ناچیز است در مقایسه با رخداد ناشی از حذف یک API در پروداکشن.

#جمع‌بندی

v1.37 پایان تقویم انتشار کوبرنتیز در ۲۰۲۶ است و تا ریلیز بعدی در سال آینده، همین نسخه باید بار نوآوری و پایداری اکوسیستم را تحمل کند. برای تیم‌های پلتفرم، هفتهٔ جاری فرصتی کم‌هزینه برای diff کردن rc.1 و تطبیق فهرست حذفیات با وابستگی‌های واقعی کلاستر است. سرویس‌های مدیریت‌شدهٔ EKS، AKS و GKE نیز ظرف چند هفتهٔ آینده این نسخه را عرضه خواهند کرد و آن‌هایی که امروز آزمون را شروع کنند، فردا ارتقای آسوده‌تری خواهند داشت.

#منابع

• kubernetes.dev — اطلاعات انتشار
• Kubernetes Blog — پیش‌نمایش v1.37