CLOUD · KUBERNETES

Container as a Service

CaaS (Container as a Service), konteyner tabanlı uygulamalarınızı Kubernetes üzerinde çalıştırdığınız, control plane işletiminin (API server, etcd, yükseltmeler) DataKobi'de olduğu hizmet modelidir.

12 yıl saha tecrübesiTR veri merkezleri7/24 yerinde destek
yük:

Kubernetes güçlüdür ama işletmesi zordur: etcd yedekleri, yılda üç minor sürüm yükseltmesi, CNI/CSI sürücüleri, sertifika rotasyonu ve CIS sıkılaştırması sürekli emek ister. DataKobi CaaS'ta bu katmanın tamamı bizim sorumluluğumuzdadır; ekibiniz yalnızca uygulamayı deploy eder.

Kümeler Ankara ve İstanbul'da çalışır; Türkiye içi gecikme 8 ms'nin altındadır. Trafik arttığında Horizontal Pod Autoscaler ve cluster autoscaler kaynakları otomatik büyütür; gece trafiği düştüğünde küçültüp maliyeti düşürür.

Yönetilen control plane

API server, etcd ve scheduler yüksek erişilebilir; yükseltmeler kesintisiz.

Otomatik ölçekleme

HPA + cluster autoscaler ile poddan node'a uçtan uca elastikiyet.

Yerleşik ingress ve LB

NGINX ingress, cert-manager ve L4 yük dengeleyici hazır gelir.

GitOps hazır

ArgoCD/Flux entegrasyonu; registry ve CI/CD zincirinizle uyumlu.

Kubernetes'i kendimiz işletmekle CaaS arasındaki gerçek maliyet farkı nedir?

Kendi kümenizi işletmenin görünmeyen kalemi mühendis zamanıdır: CNCF anketlerinde kurumların Kubernetes işletimine ayırdığı süre haftada ortalama 10+ mühendis-saattir; sürüm yükseltme dönemlerinde bu katlanır. Buna etcd felaket senaryoları, güvenlik yamaları (ör. 2024'teki IngressNightmare benzeri CVE'ler) ve nöbet yükü eklenir. CaaS'ta control plane SLA'sı %99.99 olarak sözleşmededir; yükseltmeler kesintisiz, sürüm politikası günceldir. Türkiye'de bir kıdemli platform mühendisinin yıllık maliyetiyle kıyaslandığında, orta ölçekli bir küme için CaaS tipik olarak %60+ daha ekonomiktir.

Hangi iş yükleri Kubernetes'e taşınmalı, hangileri taşınmamalı?

İyi adaylar: stateless API'ler ve web servisleri, kuyruk tüketicileri, zamanlanmış işler ve mikroservis mimarileri — bunlar otomatik ölçekleme ve kendi kendine iyileşmeden doğrudan yararlanır. Dikkat isteyenler: tek parça (monolith) uygulamalar önce konteynerleştirilmeli, lisansı çekirdeğe bağlı yazılımlar (bazı Oracle/SAP bileşenleri) lisans analizi yapılmadan taşınmamalıdır. Kritik veritabanları teknik olarak Kubernetes'te çalışır; ancak biz çoğu müşteride veritabanını yönetilen Database Services katmanında tutan hibrit mimariyi öneriyoruz — operasyon riski daha düşük, yedekleme disiplini daha olgun.

Teknik Özellikler

  • Kubernetes: Güncel 3 minor sürüm desteği, CIS hardening
  • Depolama: NVMe tabanlı CSI, RWX için NFS/CephFS
  • Ağ: Calico/Cilium seçenekli, NetworkPolicy desteği
  • Gözlemlenebilirlik: Prometheus + Grafana + Loki paketi
  • SLA: Control plane %99.99, node havuzu %99.9

Sık Sorulan Sorular

CaaS ile kendi Kubernetes kümem arasındaki fark nedir?
Kendi kümenizde control plane bakımı, sürüm yükseltme ve güvenlik yamaları sizin sorumluluğunuzdadır. CaaS'ta bu operasyon yükünün tamamı DataKobi'ye geçer; ekibiniz uygulamaya odaklanır.
Mevcut Docker imajlarım çalışır mı?
Evet. OCI uyumlu tüm imajlar desteklenir; özel registry'nizi bağlayabilir veya DataKobi'nin Türkiye'de barındırılan registry hizmetini kullanabilirsiniz.
Stateful uygulamalar (veritabanı vb.) çalıştırabilir miyim?
Evet. NVMe destekli CSI sürücümüz PVC'lere anlık snapshot alabilir. Yine de kritik veritabanları için yönetilen Database Services ile hibrit mimari öneriyoruz.
Multi-zone çalışıyor mu?
Kümeler Ankara ve İstanbul veri merkezlerine yayılabilir; zone kaybında iş yükleri sağlıklı zone'a otomatik taşınır.

Mimarınızla 30 dakikalık keşif görüşmesi

İhtiyacınızı dinleyelim, doğru mimariyi ve net bir fiyat çerçevesini aynı görüşmede çizelim. İlk danışmanlık ücretsizdir.

Görüşme Planlayın