Yükseltme rehberleri Kubernetes 1.37'de containerd kaldırılmasını yanlış aktarıyor; gerçek son tarih 1.38 ile geliyor

Rehberlerin yanlış aktardığı nokta

Kubernetes 1.37, 26 Ağustos 2026'da yayımlandı. İki hafta içinde, en az üç geniş okuyucu kitlesine sahip site — bir sürüm takip agregatörü, bir yazılım danışmanlığının haber sayfası ve genel bir yükseltme rehberi sitesi — okuyucularlarına aynı şeyin bir versiyonunu iletti: containerd 1.x artık desteklenmiyor ve onu çalıştırmaya devam eden node'lar 1.37 kubelet'i başlatamayacak.

11 Eylül'de yayımlanan bir dev.to analizine göre bu iddia resmi kayıtla çelişiyor. Kubernetes'in 1.37 döngüsüne ait değişiklik günlüğü (22 Mayıs 2026'da birleştirilen PR #139121), kubelet'in kullanımdan kaldırılmış yapılandırma flag'lerinin ve bunlara bağlı containerd CRI fallback davranışının 1.37'den 1.38'e ertelendiğini, bunun da açıkça containerd 1.7'nin destek penceresinin sonuyla hizalanmak için yapıldığını belirtiyor. Kubernetes'in kendi container-runtimes dokümantasyonu da aynı yönü gösteriyor; eski containerd sürümleri için fallback'in 1.38'de kaldırılacağını描述 ediyor — bu ifade ancak 1.37'de hâlâ çalışıyorsa anlam taşıyor.

dev.to yazısındaki en çarpıcı ayrıntı şu: üç yanlış siteden biri, kendi kaynaklar bölümünde doğru değişiklik günlüğünü listelerken SSS bölümünde tam tersi sonuca varıyor; bir diğeri ise kaldırmanın çoktan gerçekleştiğini iddia etmeden önce aynı değişiklik günlüğüne kanonik sürüm notları referansı olarak bağlantı veriyor. İkisi de marjinal bir blog değil.

Hata nasıl yayılıyor

Yazı, yayılmanın kötü niyetten çok teşvik yapısına bağlanıyor. Değişiklik günlükleri doğruluk için tasarlanır; yükseltme SSS'leri hızı ödüllendirir; SEO odaklı rehberler bulunabilirliği ödüllendirir; agregatörler sadeliği ödüllendirir. Bir sürüm yayımlandığı gün çıkan bir kırıcı değişiklik yazısı, o sürümün yükseltme sorgularında arama yarışını kazanır — genelde kimse gerçek bir cluster'da yükseltmeyi çalıştırmadan önce. Bir erteleme ise buna denk bir yazı üretmez; kimsenin beklediği bir kırıcı değişikliğin ertelendiğini duyuran bir yazının hiçbir şey için sıralamaya gireceği düşünülmez. Sonraki siteler de değişiklik günlüğüne dönmek yerine önceki yanlış siteye atıf yapar; cluster'lar fiilen yükseltilip test edildiğindeyse yanlış son tarih çoktan dahili SSS'lere, göç runbook'larına ve planlama dokümanlarına kopyalanmıştır.

Yazı bu örüntüye "Kaynak Yorumlama Borcu" (Source Interpretation Debt) adını veriyor: kaynak otoritesi görünümünü korurken kaynağın gerçekte söylediğinden uzaklaşan rehberler.

Erken bir göçün maliyeti

Yazıya göre yapay bir son tarihe göre hareket etmek dokümantasyonun ötesinde mimari maliyetler taşıyor. Runtime doğrulama döngüleri, herhangi bir kubelet davranışı gerektirmeden containerd 2.0 göçü için planlanıyor. Node imajları, 1.37 sürümünün kendisindeki her şeyden çok farklı bir risk profiline sahip bir değişiklik olan büyük sürüm runtime atlaması etrafında yeniden inşa ediliyor. EKS, GKE veya AKS'ye, runtime'ın kendi takviminde görünmeyen bir son tarihe karşı destek talepleri açılıyor ve yayın sıralaması kendiliğinden konulmuş bir tarihe yetişmek için sıkıştırılıyor. Var olmayan bir son tarihe karşı test edilerek harcanan mühendislik saatleri, var olan son tarihler için harcanamayan saatlerdir.

Gerçek olan son tarih

Yazı, birbirine karıştırılan iki tarihi ayırıyor. Containerd 1.7'nin genişletilmiş desteği Eylül 2026'da sona eriyor — ancak bu pencere özellikle GKE üzerinde Kubernetes 1.30 ile 1.32 arası için geçerli ve o kombinasyonun dışında containerd 1.7 zaten genel bakım penceresini geride bırakmış durumda. O tarih bir destek politikası son tarihi, bir Kubernetes zorlama son tarihi değil: 1.37 veya 1.38'deki hiçbir şey o noktada bir runtime sürümünü dayatmıyor; maintainer yalnızca patch yayımlamayı bırakıyor.

Planlama için yazı, bir node'un çalışan CRI uygulamasının desteğini yitirdiği Kubernetes sürümünü bildiren alfa kararlılığında bir gösterge olan kubelet_cri_losing_support metriğine işaret ediyor. Ayrıca hedef seçimini de vurguluyor: containerd 2.3, 30 Nisan 2028'e kadar bakımı yapılan güncel uzun vadeli destek hattı; containerd 2.2 ise 6 Kasım 2026'da desteğini yitiriyor ve 2.1 Temmuz 2026'dan beri end-of-life. Daha eski bir 2.x sürümüne ara atlama, iyi desteklenen 1.7'ye kıyasla çok az ekstra süre kazandırıyor.

Neden önemli

dev.to anlatısı doğruysa, bu rehberleri okuyan ekipler hiçbir güncel Kubernetes sürümünün gerektirmediği göçlere mühendislik saatleri harcarken, daha sessiz ve gerçek destek son tarihleri görece daha az ilgi görüyor — yanlış ama aciliyetli bir son tarih, tam da bu aciliyet nedeniyle daha sakin ama doğru bir son tarihin yerini alabiliyor. Bu aynı zamanda ikincil kaynaklar hakkında daha geniş bir uyarı: bir atfın varlığı, yanındaki iddianın atıf verilen materyale sadık olduğunun kanıtı değil; kırıcı değişiklik kararları için değişiklik günlüğünün kendisi, çalışmayı planlamaya değer tek kaynak. Bu anlatı tek bir dev.to analizine dayanıyor; ancak merkezî iddiaları Kubernetes'in değişiklik günlüğü ve runtime dokümantasyonuyla doğrudan doğrulanabilir durumda.