Helm 4.0: Kubernetes Paket Yoneticisinin 6 Yillik En Buyuk Guncellmesi

Helm 4.0 Nedir ve Neden Önemli? (What Is Helm 4.0?)

Helm, Kubernetes için açık kaynak paket yöneticisidir (open source package manager). Uygulama dağıtımlarını Chart adı verilen paketler aracılığıyla yönetir, sürüm kontrolü sağlar ve karmaşık Kubernetes manifest'lerini şablonlama sistemiyle basitleştirir. CNCF (Cloud Native Computing Foundation) bünyesindeki Helm projesi, 10. yıl dönümünü Helm 4.0 sürümüyle kutladı.

Alesta Web'in Kubernetes ekibinin yakından takip ettiği bu sürüm, 2019'dan bu yana yapılan en kapsamlı değişiklikleri içeriyor. Helm 3, Tiller sunucusunu kaldırarak büyük bir mimari değişim yaratmıştı. Helm 4 ise Server-Side Apply'ı varsayılan hale getirerek benzer önem taşıyan bir dönüşümü hayata geçirdi.

Server-Side Apply (SSA) — Yeni Varsayılan

Helm 4'ün en önemli değişikliği, Server-Side Apply (SSA)'nin varsayılan güncelleme mekanizması olması. Helm 3'te kullanılan üç yönlü birleştirme (three-way merge) stratejisinin yerini artık SSA alıyor. Bu değişikliğin anlamı nedir?

Three-Way Merge vs Server-Side Apply

Helm 3'te kaynak güncellemesi şöyle çalışıyordu: Helm, önceki manifest, şimdiki manifest ve Kubernetes'teki anlık durumu karşılaştırarak bir yama (patch) üretir ve uygulardı. Bu yaklaşım, farklı controller'ların aynı field'ı güncellediği senaryolarda "silent override" sorunlarına yol açıyordu.

Server-Side Apply ise güncelleme mantığını Kubernetes API Server'a taşır. Her controller, hangi field'lara "sahip" olduğunu (field ownership) API Server'a bildiriyor. Çakışma (conflict) durumunda Helm 4 artık susup üzerine yazmak yerine açıkça hata fırlatıyor.

Alesta Web'in Kubernetes ortamında SSA'nın yarattığı en büyük fark: birden fazla Helm release veya operator'ın aynı namespace'te çalıştığı senaryolarda kaynak çakışmalarının artık görünür hale gelmesi. Bu, production ortamında gizli kalan konfigürasyon hatalarını yüzeye çıkarıyor.

OCI Registry İyileştirmeleri (OCI Registry Improvements)

Helm 4, OCI (Open Container Initiative) tabanlı registry desteğini önemli ölçüde genişletti. Artık Helm chart'ları Docker Hub, GitHub Container Registry (GHCR), AWS ECR, Azure ACR gibi OCI uyumlu registry'lere push'lanabilir ve buralardan kurulabilir.

Digest ile Kurulum (Installation by Digest)

Tedarik zinciri güvenliği (supply chain security) açısından kritik yenilik: artık chart versiyonu yerine tam SHA256 digest ile kurulum yapılabiliyor:

Bu özellik, alestaweb.com altyapısındaki GitOps pipeline'larımızda chart versiyonlarının tamamen dondurulmasını (pinning) ve SLSA (Supply-chain Levels for Software Artifacts) uyumluluğunu kolaylaştırıyor.

Login Sözdizimi Değişikliği (Breaking)

WebAssembly Plugin Sistemi (WebAssembly Plugin System)

Helm 4, plugin sistemini WebAssembly (WASM) tabanlı runtime üzerine yeniden inşa etti. Bu değişiklik, hem güvenlik (plugin'lerin sandbox'ta çalışması) hem de taşınabilirlik (cross-platform plugin desteği) açısından önemli avantajlar sunuyor.

Alesta Web'in değerlendirmesine göre, bu değişiklik şu sonuçları doğuruyor:

• Eski Helm 3 plugin'leri doğrudan çalışmıyor — WASM'a port edilmeleri gerekiyor
• Post-renderer'lar artık executable dosya değil, plugin adı alıyor
• Plugin geliştirme için Go, Rust veya herhangi bir WASM target dili kullanılabiliyor
• Plugin güvenlik modeli iyileşti: sandbox ortamı sayesinde sistem dosyalarına erişim kısıtlanıyor

Breaking Changes — Tam Liste

Alesta Web'in Helm 4 migration planlaması için derlediği breaking changes listesi:

CLI Değişiklikleri

• --atomic → --rollback-on-failure (renamed)
• --force → --force-replace (renamed)
• Post-renderer: --post-renderer ./my-script.sh artık çalışmıyor → plugin adı gerekli

Plugin Sistemi

• Tüm plugin'ler WASM runtime'a geçmesi gerekiyor
• Mevcut binary plugin'ler çalışmıyor

Registry

• helm registry login yalnızca domain kabul ediyor

Kaldırılan Özellikler

• Chart API v1 desteği kaldırıldı (apiVersion: v2 zorunlu)
• Bazı eski helm template bayrakları kaldırıldı

Helm 3'ten Helm 4'e Geçiş (Migration Guide)

Alesta Web'in kurumsal Kubernetes ortamları için hazırladığı geçiş planı:

1. Ortamı Hazırlama

2. Release Listesini Yedekle

3. Plugin Uyumluluk Testleri

Önce test/staging ortamında Helm 4 binary'si ile mevcut chart'ları çalıştırın. Plugin hatalarını birer birer çözün. Özellikle CI/CD pipeline'larında kullanılan post-renderer'ları kontrol edin.

4. Kademeli Geçiş

Alesta Web, tüm namespace'leri aynı anda geçirme yerine düşük trafikli servislerden başlayan kademeli geçiş yaklaşımını öneriyor. Helm 3 ve Helm 4 aynı cluster'da paralel çalışabilir.

SDK ve Embed Yenilikleri

Helm 4 SDK, Helm'in başka uygulamalara doğrudan gömülmesini (embed) kolaylaştırdı. Bu özellik, özellikle kendi Kubernetes operatörlerini veya deployment araçlarını geliştiren takımlar için değerli.

• Modern Go logging interfaces: Çoklu logger desteği (slog uyumlu)
• Embeddable commands: Helm fonksiyonlarını Go kodu içinden çağırabilirsiniz
• --set-json: Karmaşık JSON yapılarını komut satırından kolayca geçirme
• Multi-document values: Karmaşık ortamlar için çoklu YAML dosyası desteği

Alestaweb.com'un Kubernetes altyapısında bu tür SDK entegrasyonları, özel deployment araçlarının geliştirilmesinde kolaylık sağlıyor. Alesta Web'in DevOps ekibi, Helm 4 SDK'yı kendi internal deployment CLI'ına entegre etmeyi planlıyor.

Kaynaklar ve Referanslar / References

• Helm Blog: The Road to Helm 4
• The New Stack: Helm 4 — What's New
• InfoQ: Helm Improves Kubernetes Package Management
• Atmosly: Helm 4 Migration Guide & What's New
• Alexandre Vazquez: Helm 4.0 Features & Breaking Changes