Kubernetes 1.37 EKS, AKS ve GKE'ye ulaşırken 1.34 destek son tarihleri yaklaşıyor

Kubernetes 1.37 yönetilen platformlara geldi

Kubernetes projesi, Garhwal kod adlı 1.37 sürümünü 26 Ağustos 2026'da upstream olarak yayınladı; ancak yönetilen kümelerdeki ekipler için bu sürüm, sağlayıcıları devreye almadıkça sayılmıyor. dev.to analizine göre bu anahtar artık çevrildi. AWS, 1.37'yi Ekim başında Amazon EKS ve EKS Distro üzerinde genel kullanıma sundu; bu, GovCloud ve Frankfurt dahil EKS'nin çalıştığı tüm bölgeleri kapsıyor. Yeni kümeler doğrudan 1.37 üzerinde oluşturulabiliyor, mevcut kümeler ise konsol, eksctl veya infrastructure-as-code pipeline'ları üzerinden yükseltilebiliyor.

Microsoft bir adım geride: AKS, Eylül'den beri 1.37'yi önizlemede sunuyor ve servisin sürüm takvimine göre genel kullanıma sunulması Ekim olarak planlanmış durumda. Google daha da temkinli. dev.to'nun aktardığı GKE sürüm notları, 1.37'nin Ekim başı itibarıyla yalnızca Rapid Channel ile sınırlı olduğunu gösteriyor; bu da 1.37'yi ana akım üretim kullanımına sunan üç büyük sağlayıcı arasından EKS'yi ilk sıraya yerleştiriyor.

Yeni sürüm neler getiriyor

dev.to'ya göre AWS'nin duyurusunda üç değişiklik öne çıkıyor. Metrics API, metrics.k8s.io/v1 altında genel kullanılabilirliğe ulaştı. Dynamic Resource Allocation artık GPU gibi donanımları Taints ve Tolerations kullanarak yerleştirebiliyor. Ve Horizontal Pod Autoscaler, minReplicas değerini 0 yaparak object ya da external metriklerle bir workload'u sıfır poda kadar küçültebiliyor; varsayılan olarak etkin gelen bir beta özelliği bu. Upstream tarafında dev.to, 1.37'de 67 geliştirme sayıyor; bu da onu son döngülerin daha yoğun sürümlerinden biri yapıyor.

Daha yakın son tarih 1.34

Birçok operatör için 1.37 kullanıma sunulmasından daha önemlisi, 1.34 için standart desteğin sona ermesi. EKS'de bu süreç 2 Aralık 2026'da kapanıyor. O tarihte hâlâ 1.34 üzerinde bulunan kümeler otomatik olarak Extended Support'a geçiyor; bu destek varsayılan olarak etkin ve saatte 0.10 USD yerine 0.60 USD fiyatlandırılıyor. Ayda 730 saat üzerinden dev.to, küme başına aylık kabaca 365 USD ek maliyet hesaplıyor.

AKS, 1.34 desteğini Kasım 2026'da düşürüyor; ancak isteğe bağlı Long-Term Support, sürümü Kasım 2027'ye kadar kullanılabilir kılıyor. Destek modelleri sağlayıcılar arasında belirgin biçimde farklılaşıyor. EKS, her minor sürüm için 14 ay standart destek ve ardından 12 ay daha Extended Support vaat ediyor; bu nedenle şu anda dört sürüm standart (1.34'ten 1.37'ye), üç sürüm ise Extended kapsamında. AKS, GA sürümleri için 12 aylık döngüyle çalışıyor ve LTS tek yıllık bir uzatma olarak sunuluyor.

Pratik yükseltme notları

dev.to, 1.37'ye geçmeden önce kontrol edilmesi gereken üç operasyonel soruna dikkat çekiyor. İlki SELinux: Bir volume'ü paylaşan ama farklı etiketler taşıyan pod'lar yükseltme sonrası ContainerCreating durumunda takılabiliyor; SELinux bulunmayan node'lar etkilenmiyor, bu yüzden yükseltmeyi önce üretim dışındaki SELinux destekli node'larda prova etmek gerekiyor. İkincisi sürüm sapması: Kubernetes, control plane ile node'lar arasında en fazla üç minor sürüm farkına izin veriyor; ancak eşleşen sürümler daha güvenli bir hedeftir ve EKS node grupları control plane'i otomatik olarak takip etmiyor. Üçüncüsü geri alma: Yerinde yapılan bir EKS yükseltmesi yedi gün içinde önceki minor sürüme döndürülebiliyor; Extended Support sonundaki zorunlu yükseltmede ise geri dönüş yolu yok.

Bir de güvenlik boyutu var. Topluluk, bir sürüm için CVE yamalarını kabaca bir yıl sonra yayınlamayı bırakıyor; dolayısıyla destek penceresini aşan bir control plane'in resmi bir düzeltme yolu bulunmuyor. Bu yüzden sağlayıcılar, Extended Support'un sonunda kümeleri bildirim yapmadan kendileri yükseltiyor.

Neden önemli

Sürüm politikası, yönetilen Kubernetes için özelliklerin kendisi kadar belirleyici hale geldi. EKS'de 2 Aralık kesmesini kaçıran bir ekip kümelerini kaybetmeyecek; ancak yerinde saymanın bedeli olarak normal saatlik ücretin altı katını ödeyecek. Ayrıca yaklaşık her dört ayda bir minor sürüm çıkaran upstream temposu nedeniyle 1.38'in Aralık 2026 gibi erken bir tarihte gelmesi bekleniyor. Birden fazla bulutta çalışan operatörler aynı anda üç farklı destek takvimiyle karşı karşıya. dev.to'nun pratik çıkarımı net: Bir seferde tek minor sürüm atlamayı planlayın, Extended Support'u bir dinlenme noktası değil pahalı bir erteleme olarak görün ve sağlayıcının yükseltme takvimini, upstream yol haritası kadar operasyonları şekillendirmesine izin verin.