İçeriğe atla

Kapatmak için ESC tuşuna basın

Kpt v1.0.0 çıktı: API’ler kararlı, Porch yeniden kpt çatısında

Kpt v1.0.0 ile Kubernetes paket yönetimi aracı pre-release dönemini kapattı; API'ler kararlı, Porch yeniden kpt organizasyonunda.

Yazar
Sezer Şanlıkan
Yayın
5 Kasım 2026,
Okuma
2 dakika
kpt v1.0.0 sürümüyle Kubernetes yapılandırma paketlerinin GitOps ile yönetimi
Bu haberde
  1. kpt nedir, ne için kullanılır?
  2. Kpt v1.0.0 ile değişen iki şey
  3. Deprecation listesini önce okuyun

Kpt topluluğu, yıllarca pre-release aşamasında kalan araç zincirinin kpt v1.0.0 sürümünü yayımladı. Topluluk son on iki ayda API’leri kararlı hâle getirdi ve kullanılmayan özellikleri deprecation’a aldı. Porch (Package ORCHestration) servisi de yeniden kpt organizasyonuna katıldı.

kpt nedir, ne için kullanılır?

kpt, Kubernetes yapılandırmasını paketler hâlinde yöneten açık kaynak bir araç zinciridir. YAML manifest’lerini templating kullanmadan, config as data yaklaşımıyla veri olarak düzenler ve doğrular. Paketleri Git repo’larından alıp her ortamın ihtiyacına göre uyarlamak için kullanılır. Benzer işler için Helm veya Kustomize tercih edilir.

Kpt v1.0.0, projenin yıllardır süren pre-release dönemini kapatıyor. CI’da kpt’yi eski bir sürüme sabitleyip “API değişebilir” diye yükseltmeyi erteliyorsanız, o gerekçe bu sürümle ortadan kalkıyor.

Kpt v1.0.0 ile değişen iki şey

  • API’ler kararlı. Topluluk son bir yılı buna ayırdı. KRM (Kubernetes Resource Model) kaynaklarını işleyen kendi otomasyonunuzu kpt üzerine kurmanın riski azaldı.
  • Porch yeniden kpt organizasyonunda. Paket orkestrasyonu ile standalone araç artık tek yönetişim altında. Porch’u zero-touch GitOps akışında kullanıyorsanız kurulum kaynağınızı ve takip ettiğiniz repo’yu kontrol edin.

Deprecation listesini önce okuyun

Duyuruya göre kullanılmayan özellikler deprecation’a alındı, ama bunların hangileri olduğu belirtilmemiş. Breaking change listesi ve yükseltme yolu da duyuruda yok. Yükseltmeden önce GitHub’daki release notlarını açın ve kullandığınız komutları listeyle karşılaştırın.

Önerilen sıra:

  1. CI’da kpt sürümünü açıkça sabitleyin.
  2. Kpt v1.0.0’ı başka bir branch’te deneyin, paketlerinizin çıktısını eski sürümünkiyle karşılaştırın.
  3. Fark yoksa ana pipeline’a alın; fark varsa eski sürüme dönmek için sabitlediğiniz sürümü geri yazmanız yeter.

Kpt’yi yeni değerlendiriyorsanız, templating yerine config as data yaklaşımını denemek için daha fazla beklemenize gerek yok.

İlgili haberler

Tüm haberler

Yeni yazılardan haberdar olun

Sunucu, Kubernetes, DevOps ve güvenlik üzerine yeni yazılar ve site duyuruları e-postanıza gelsin. Reklam yok, adresiniz kimseyle paylaşılmaz.

© 2021–2026 Sezer Şanlıkan