Sorumluluk matrisi nasıl kullanılır?
Her satırda sağlayıcı kapsamını, kurum içi sorumlu rolü ve üretim öncesi testi yazın. Paylaşım, hizmetin yazılı kapsamına göre belirlenir.
| Alan | Sağlayıcı kapsamı | Platform / uygulama ekibi | Test |
|---|---|---|---|
| Control plane | Kurulum, erişilebilirlik, bakım, yedekleme ve olay kapsamı | Küme talebi, bağımlılıklar ve olay irtibatı | Durum sayfası, bakım bildirimi ve hata senaryosu |
| Sürüm ve yükseltme | Desteklenen sürümler, zamanlama, sürüm atlama ve geri dönüş sınırı | API, webhook, eklenti ve iş yükü uyumluluğu | Staging yükseltmesi, deprecated API taraması ve rollback provası |
| Worker node | Image, işletim sistemi, runtime, patch ve değiştirme kapsamı | Node pool boyutu, taint/label, drain ve kapasite planı | Node yenileme ve pod disruption testi |
| Erişim ve RBAC | Kimlik entegrasyonu, yönetici erişimi, audit log ve secret sınırı | En az yetki, service account, secret rotasyonu ve break-glass | Yetki testi, erişim incelemesi ve audit sorgusu |
| Ağ | CNI, ingress, Load Balancer, private network, DNS ve egress kapsamı | NetworkPolicy, sertifika, rota, firewall ve uygulama erişimi | Kuzey-güney ve doğu-batı bağlantı testi |
| Kalıcı veri ve kurtarma | StorageClass, CSI, snapshot, yedek ve geri yükleme kapsamı | Uygulama tutarlılığı, retention, RPO/RTO ve geri yükleme prosedürü | Temiz ortama ölçümlü geri yükleme |
| Gözlemlenebilirlik | Control plane ve altyapı metrik, log, audit ve alarm kapsamı | Uygulama SLI/SLO, dashboard, nöbet ve müdahale akışı | Sentetik hata, alarm ve olay runbook testi |
| Kapasite ve GPU | Node seçenekleri, kota, autoscaling ve varsa GPU entegrasyon sınırı | Request/limit, scheduler, sürücü bağımlılığı ve maliyet kontrolü | Kapasite, ölçekleme ve kaynak tükenmesi testi |
| Destek ve olay | SLA, destek saatleri, öncelik, eskalasyon ve olay kaydı | İlk tanı, uygulama kaydı, iş etkisi ve iletişim sahibi | Masa başı olay ve eskalasyon provası |
| IaC ve değişiklik | API/Terraform kaynak kapsamı ve provider sürümü | State güvenliği, review, plan/apply ve drift kontrolü | Test projesinde oluşturma, güncelleme ve silme |
Sürüm ve yükseltme hazırlığını ayrı değerlendirin
Kubernetes bileşenleri arasındaki desteklenen sürüm farkları resmî version skew politikasına tabidir; sağlayıcının desteklediği küme sürümleri ve yükseltme akışı ise hizmete özeldir. Deprecated API, admission webhook, CNI/CSI, ingress controller ve izleme eklentilerini staging ortamında sınayın. Node drain, PodDisruptionBudget ve geri dönüş sınırını bakım penceresinden önce prova edin.
Güvenlik sorumluluğunu katmanlara ayırın
API erişimi ve RBAC için en az yetki, ayrı service account’lar ve düzenli erişim incelemesi uygulayın. Secret’ların saklanması ve rotasyonu, pod güvenlik ayarları, image kaynağı ve taraması, admission policy, NetworkPolicy ve audit kayıtlarının sahibi açık olmalıdır. Yönetilen control plane, uygulama image’ını veya hatalı bir ClusterRole tanımını otomatik olarak güvenli hâle getirmez.
Küme kurtarma ile uygulama verisi kurtarmayı karıştırmayın
Control plane dayanıklılığı veya sağlayıcı yedeği; PVC, veritabanı, object storage ve uygulama yapılandırmasının istenen kurtarma noktasında geri döneceği anlamına gelmez. Durum bilgisinin nerede tutulduğunu çıkarın, uygulama tutarlı yedek yöntemini belirleyin ve temiz bir ortamda geri yüklemeyi ölçün. RPO/RTO ancak bu testin kapsamı ve sonucu ile anlam kazanır.
VKE küme operasyonunda neleri otomatik sağlar?
VKE, vMind tarafından geliştirilen açık kaynak Kubernetes engine’dir. Node seviyesinde otomatik ölçeklendirme, Load Balancer ve storage class desteğini otomatik olarak sağlar.
Rehberi çalışma dosyasına dönüştürün.
Excel dosyasında sahiplik ve ilerlemeyi yönetin; PDF’i değerlendirme toplantısında kullanın; CSV veya YAML sürümünü kendi iş akışınıza aktarın.
Şablonlar sahiplik, ilerleme ve kontrol adımlarını ekibinizle paylaşmak içindir.
Kubernetes hakkında sık sorulan sorular
Managed Kubernetes tüm operasyonu sağlayıcıya mı bırakır?
Hayır. Sağlayıcı bazı control plane görevlerini üstlenebilir; uygulama, image, erişim, policy, veri ve kurtarma sahipliği için yine açık bir ekip sorumluluğu gerekir.
Worker node patch’lerini kim yapar?
Node imajı ve işletim sistemi güncellemesinin sahibi, takvimi ve değiştirme yöntemi yükseltme planında yazılı olur.
Kubernetes yedeği uygulama verisini de kapsar mı?
Otomatik olarak değil. Cluster nesneleri, PVC, veritabanı ve harici object storage farklı yöntemler gerektirebilir. Kapsamı yazın ve temiz ortama geri yüklemeyle doğrulayın.
Kubernetes yükseltmesinde uygulama ekibinin görevi nedir?
Deprecated API, webhook, eklenti, image, PodDisruptionBudget ve uygulama davranışını test etmek; bakım ve geri dönüş planına katılmak uygulama ve platform ekibinin görevidir.
Managed Kubernetes GPU node desteği anlamına gelir mi?
Managed Kubernetes ifadesi tek başına GPU node anlamına gelmez. VKE, node seviyesinde otomatik ölçeklendirme, Load Balancer ve storage class desteğini otomatik olarak sağlar.
Araştırma kaynakları
Teknik açıklamalar aşağıdaki birincil kaynaklara dayanır.
- Kubernetes küme mimarisi
Control plane ve node bileşenlerinin resmî mimari tanımı.
- Yayıncı
- Kubernetes
- Tür
- Resmi teknik dokümantasyon
- Erişim
- Kubernetes version skew politikası
Bileşen sürüm ilişkileri ve desteklenen sürüm farklarının güncel kuralları.
- Yayıncı
- Kubernetes
- Tür
- Resmi teknik dokümantasyon
- Erişim
- Kubernetes güvenlik kontrol listesi
Kimlik, RBAC, pod, ağ, secret, log ve politika güvenliği için resmî kontrol alanları.
- Yayıncı
- Kubernetes
- Tür
- Resmi teknik dokümantasyon
- Erişim
- Kubernetes RBAC iyi uygulamaları
En az yetki, erişim kapsamı ve ayrıcalıklı hesaplar için resmî öneriler.
- Yayıncı
- Kubernetes
- Tür
- Resmi teknik dokümantasyon
- Erişim