Hizmet
Kubernetes Altyapı Geçişi
Sunuculardaki iş yüklerinizi konteynerleştirip, güvenlik ve gözlemlenebilirlik standartlarıyla kurulmuş bir Kubernetes platformuna dalga dalga taşıyoruz. On-prem, bulut ya da hibrit; platform sizin, disiplin bizim.
Neden şimdi
Bu belirtiler tanıdık geliyorsa
- Sunucular elle kuruluyor; hiçbir ortam bir diğeriyle tam olarak aynı değil.
- Trafik artışlarında kapasiteyi elle büyütmek gerekiyor, gece aramaları artıyor.
- Test ortamında çalışan paket üretimde farklı davranıyor.
- Yüksek erişilebilirlik için pahalı ve karmaşık çözümler kullanılıyor.
- Bulut faturası büyüyor ama hangi iş yükünün ne harcadığı görünmüyor.
Öne çıkanlar
- Amazon EKS, Azure AKS, Google GKE, OpenShift ve on-prem
- Argo CD ile GitOps tabanlı teslimat
- Otomatik ölçekleme ve yüksek erişilebilirlik
- Prometheus, Grafana ve OpenTelemetry ile izleme
Kapsam
Kapsam ve teslimatlar
Her madde; değerlendirme sonrası birlikte belirlenen kapsam ve önceliklere göre uyarlanır.
- 01
Hazırlık değerlendirmesi
İş yükü envanteri, bağımlılıklar, durum bilgisi (stateful / stateless) ve uyumluluk gereksinimleri; geçiş dalgaları planı.
- 02
Platform tasarımı
Cluster topolojisi, ortam stratejisi (dev / test / prod), ağ (CNI, ingress, service mesh), depolama (CSI), kimlik ve erişim yönetimi.
- 03
Konteynerleştirme
Dockerfile standartları, imaj güvenliği (tarama ve imzalama), Helm chart ya da Kustomize ile paketleme.
- 04
GitOps ve CI/CD
Argo CD veya Flux ile deklaratif teslimat; ortamlar arası promosyon; Vault ve External Secrets ile gizli bilgi yönetimi.
- 05
Güvenlik ve uyumluluk
RBAC, Pod Security standartları, NetworkPolicy, Kyverno / OPA ile politika denetimi ve denetim logları.
- 06
Gözlemlenebilirlik ve SRE
Prometheus, Grafana, Loki ve OpenTelemetry; SLO tanımları, alarm kuralları ve nöbet runbook'ları.
- 07
Geçiş ve kesme
Dalga dalga geçiş, paralel çalıştırma, kontrollü trafik aktarımı ve her dalga için geri dönüş planı.
- 08
Maliyet optimizasyonu
Right-sizing, HPA / VPA / Cluster Autoscaler, karma düğüm havuzları ve FinOps raporlaması.
Sonuçlar
Dönüşüm sonrası ne değişir
Otomatik ölçekleme
Yük arttığında kapasite kendiliğinden büyür, azaldığında maliyet düşer.
Kendini iyileştiren iş yükleri
Sağlıksız konteynerler otomatik yeniden başlatılır; düğüm kaybında iş yükü taşınır.
Tutarlı ortamlar
Dev, test ve üretim aynı tanımdan türetilir; "bende çalışıyordu" sorunu biter.
Görünür maliyet
Namespace ve ekip bazında kaynak kullanımı raporlanır; optimizasyon sürekli hale gelir.
Teknoloji
Platformlar ve araçlar
Teknoloji seçimi mevcut ekosisteminize ve ekibinizin yetkinliklerine göre yapılır; yukarıdaki liste tercihlerimizi değil, deneyim alanımızı gösterir.
Sık sorulanlar
Merak edilenler
Veritabanı gibi durum bilgisi taşıyan uygulamalar da taşınır mı?
Evet, ancak her birini ayrı değerlendiririz. Bazı veritabanlarını operatörlerle Kubernetes üzerinde çalıştırmak, bazılarını yönetilen bulut servislerinde ya da mevcut sunucularında bırakmak daha doğru olabilir.
Kendi veri merkezimizde Kubernetes mümkün mü?
Mümkün. OpenShift, Rancher ya da kubeadm tabanlı kurulumlarla on-prem ve hibrit platformlar kuruyoruz; bulut sağlayıcısına bağımlılık yaratmıyoruz.
Mevcut CI/CD hattımız korunur mu?
Büyük ölçüde evet. Jenkins, GitLab CI, Azure DevOps ya da GitHub Actions gibi mevcut araçlarınız imaj üretmeye devam eder; dağıtım katmanı GitOps ile standartlaşır.
Geçiş sırasında kesinti olur mu?
Hedefimiz sıfır kesintidir. İş yükleri dalga dalga taşınır, eski ve yeni ortam bir süre paralel çalışır ve trafik kontrollü biçimde aktarılır; her dalganın geri dönüş planı vardır.
Kubernetes Geçişi için ön değerlendirme
Mevcut sisteminizi bir görüşmede değerlendirelim; risk haritası ve olası yol haritasıyla geri dönelim.