Kubernetes ile Docker Arasındaki Fark Nedir?

Kubernetes ve Docker, container dünyasının en çok konuşulan iki teknolojisidir ve sık sık “hangisi daha iyi?” diye karşılaştırılırlar. Oysa bu karşılaştırma temelde hatalıdır: ikisi doğrudan rakip değil, birbirini tamamlayan iki ayrı katmandır. Docker konteynerleri oluşturup çalıştırır; Kubernetes ise o konteynerleri birçok sunucu üzerinde yönetir (orkestre eder). Bir benzetmeyle: Docker kargo konteynerlerini paketleyen ve mühürleyen sistemse, Kubernetes o konteynerleri yükleyip indiren, gemiler arasında dağıtan ve trafiği yöneten liman otoritesidir.

Aşağıda farkı katman katman netleştiriyor, gerçek bir iş akışı üzerinden ikisinin nasıl birlikte çalıştığını gösteriyor, ne zaman sadece Docker’ın yeteceğini ve ne zaman Kubernetes’e geçmenin mantıklı olduğunu açıklıyoruz. Her iki teknoloji de container çalıştırmak için işlem gücü ve bellek ister; bunun için ölçeklenebilir bir VPS/bulut sunucu idealdir.

Docker Nedir?

Docker, bir konteyner çalıştırma (runtime) ve paketleme aracıdır. Bir uygulamanın kodunu, çalışma ortamını, kütüphanelerini ve tüm bağımlılıklarını taşınabilir tek bir birime — bir OCI imajına — sarar. docker build ile bu imajı oluşturur, docker run ile çalıştırırsınız. Böylece “benim makinemde çalışıyordu ama sunucuda çalışmıyor” sorunu büyük ölçüde ortadan kalkar; imaj nerede çalışırsa çalışsın aynı davranır.

Docker’ın gücünün önemli bir kısmı katmanlı imaj yapısından gelir. Her Dockerfile komutu (taban işletim sistemi, kütüphane kurulumu, kod kopyalama) ayrı bir katman oluşturur ve bu katmanlar önbelleğe alınır. Yalnızca uygulama kodunuzu değiştirdiğinizde, alttaki taban katmanlar yeniden kurulmaz; sadece değişen katman yeniden inşa edilir. Bu, build sürelerini ciddi şekilde kısaltır. Konteynerler ayrıca bir sanal makine gibi tam bir işletim sistemi taşımaz; çekirdeği (kernel) host ile paylaşırlar. Bu yüzden bir konteyner saniyeler içinde, hatta milisaniyelerde başlar ve bir VM’e kıyasla çok daha az kaynak tüketir.

Docker Compose ise birden çok konteynerden oluşan bir uygulamayı (örneğin web sunucusu + veritabanı + Redis önbelleği) tek bir docker-compose.yml dosyasıyla, tek bir makinede tanımlayıp tek komutla ayağa kaldırmanızı sağlar. Küçük ve orta ölçekli projelerin büyük çoğunluğu için ihtiyaç duyulan tek araç budur.

Kubernetes Nedir?

Kubernetes (kısaca K8s), Google’ın geliştirip 2014’te açık kaynağa açtığı ve bugün CNCF (Cloud Native Computing Foundation) çatısı altında yönetilen bir konteyner orkestrasyon platformudur. İşi, konteynerleri tek bir makinede değil, birçok sunucudan (node) oluşan bir küme (cluster) genelinde yönetmektir.

Kubernetes’i anlamak için birkaç temel kavramı bilmek yeterlidir:

• Pod: Kubernetes’in en küçük dağıtım birimidir. İçinde bir veya daha fazla konteyner barındırır. Siz tek tek konteyner değil, Pod yönetirsiniz.
• Node: Pod’ların üzerinde koştuğu fiziksel veya sanal sunucudur. Bir küme onlarca node’dan oluşabilir.
• Deployment: “Bu uygulamadan her zaman 3 kopya çalışsın” gibi istenen durumu (desired state) tanımlar. Kubernetes gerçek durumu sürekli bu hedefe yaklaştırır.
• Service: Sürekli değişen Pod’lara sabit bir ağ adresi ve yük dengeleme sağlar.
• Control Plane: Kümenin beynidir; zamanlama (scheduler), durum takibi ve kararları burada alınır.

Bu yapı sayesinde Kubernetes; otomatik ölçekleme (auto-scaling) ile yük arttığında yeni kopyalar açar, kendini iyileştirme (self-healing) ile çöken bir konteyneri otomatik yeniden başlatır, kademeli güncelleme (rolling update) ve geri alma (rollback) ile kesintisiz dağıtım sağlar. Bir sunucu tamamen çökse bile, Kubernetes o sunucudaki Pod’ları sağlıklı node’lara yeniden zamanlar ve uygulama ayakta kalmaya devam eder.

Teknik Fark Tablosu

“Alternatif Değil, Katman” — Gerçek Bir İş Akışı

İki teknolojinin nasıl birlikte çalıştığını somut bir örnekle görmek, farkı anlamanın en hızlı yoludur. Standart bir modern dağıtım akışı şöyle ilerler:

• 1. Geliştirme: Yazılımcı kendi makinesinde Docker ile uygulamayı geliştirir ve test eder.
• 2. İmaj oluşturma: docker build -t uygulamam:1.4 . komutuyla sürümlü bir OCI imajı üretilir.
• 3. Kayıt (registry): İmaj bir konteyner registry’sine (Docker Hub, GitHub Container Registry, özel registry vb.) gönderilir.
• 4. Dağıtım: Kubernetes, bir Deployment tanımıyla bu imajı küme genelinde belirtilen replika sayısında çalıştırır.
• 5. Çalışma zamanı: Kubernetes, imajı düğümlerde containerd üzerinden başlatır; trafiği Service ile dağıtır, yükü izler ve gerektiğinde ölçekler.

Yani Kubernetes kullanan biri, neredeyse her zaman imajları Docker (ya da Docker uyumlu bir araç) ile üretir. Her iki taraf da OCI (Open Container Initiative) standardına uyduğu için, Docker ile oluşturulan bir imaj, Kubernetes’in containerd ile çalıştırdığı ortamda hiçbir dönüşüm gerekmeden aynı şekilde çalışır. Kısacası Docker “neyi çalıştıracağını” üretir, Kubernetes “nasıl, nerede ve kaç tane çalıştıracağını” yönetir.

Hangisini Ne Zaman Seçmelisiniz?

Sadece Docker / Compose yeterli olduğunda: 1-5 servis, tek sunucu, küçük ekip ve dar bütçe varsa; yerel geliştirme ve hata ayıklama yapıyorsanız; otomatik failover gerektirmeyen, tek makineye sığan uygulamalar çalıştırıyorsanız. Tek bir performanslı VPS, küçük-orta trafiği rahatça taşır; control plane ek yükü olmadığı için maliyet öngörülebilir ve operasyon basittir. İnternetteki sitelerin ve iç araçların büyük çoğunluğu bu kategoriye girer.

Kubernetes gerekçeli olduğunda: Onlarca mikro servis, birden çok node ve otomatik ölçekleme ihtiyacı varsa; trafiğin gün içinde sert dalgalandığı, sıfır kesinti dağıtım ve otomatik kurtarma şart olan kritik üretim sistemleriniz varsa; ve bu karmaşıklığı yönetecek (gözlemleme, ağ politikaları, güvenlik) bir ekibiniz varsa. Pratikte birçok proje Docker Compose ile başlar, büyüdükçe Kubernetes’e geçer — bu son derece sağlıklı ve yaygın bir yoldur. Erken aşamada Kubernetes’e geçmek, çoğu zaman çözdüğünden fazla operasyonel yük getirir.

Kaynak ve Maliyet: Gözden Kaçan Fark

Teknik farkların ötesinde, ikisi arasındaki en pratik ayrım operasyonel maliyettir. Docker Compose ile tek sunucuda çalışan bir uygulamanın yönettiğiniz tek bileşeni uygulamanın kendisidir. Kubernetes ise çalışmak için bir control plane, etcd veritabanı, ağ eklentisi (CNI) ve genelde en az üç node’luk bir küme ister; yani sadece “boşta dururken” bile belirgin bir kaynak ve bakım maliyeti taşır.

Bu yüzden mantıklı yaklaşım, ihtiyaç ortaya çıkmadan Kubernetes kurmak değil, mevcut yapınızı sağlam bir altyapı üzerinde büyütmektir. Container iş yükleri disk I/O ve ağ gecikmesine duyarlı olduğundan, NVMe/all-flash depolama, düşük gecikmeli yerel ağ ve yedekli bağlantı doğrudan performansa yansır. Alastyr tarafında bu katman, İzmir’deki kendi veri merkezinde, Dell EMC Unity 650F all-flash depolama, Intel Xeon Gold işlemciler ve 40 Gbit yedekli ağ omurgasıyla (Turk Telekom + TurkNet) sağlanır; Türkiye lokasyonu sayesinde yurt içi kullanıcılara gecikme minimumda tutulur. KVM ve VMware sanallaştırması üzerinde ister tek bir VPS, ister küme kuracağınız birden çok bulut sunucu alarak iş yükünüzü ölçeklendirebilirsiniz.

Konteyner Güvenliği Hakkında Kısa Not

Hem Docker hem Kubernetes, izolasyon sağlar ama tek başına bir güvenlik sınırı garantisi vermez. İmajları güvenilir kaynaklardan almak, taban imajları güncel tutmak, konteynerleri root olmayan kullanıcıyla çalıştırmak ve Kubernetes tarafında ağ politikaları (NetworkPolicy) ile Pod’lar arası trafiği kısıtlamak temel iyi pratiklerdir. Altyapı katmanında ise ağ tabanlı koruma kritik önemdedir: Alastyr sunucularında ağ seviyesinde Voxility 1 Tbps+ kapasiteli L3-L4 anti-DDoS koruması ve paylaşımlı ortamlarda Imunify360 + CageFS izolasyonu devrede olur. Yani uygulama katmanındaki konteyner izolasyonunu, ağ ve altyapı katmanındaki korumalar tamamlar.

Docker Swarm Nerede Duruyor?

Docker’ın kendi orkestratörü olan Docker Swarm, Kubernetes’e göre çok daha basit ve daha az özelliklidir; öğrenmesi kolaydır ve küçük kümeler için hızlı bir başlangıç sunar. “Swarm öldü” söylentilerinin aksine hâlâ destekleniyor (Mirantis uzun vadeli destek taahhüt etmiştir). Ancak endüstri standardı, geniş ekosistem ve bulut sağlayıcı entegrasyonları net biçimde Kubernetes tarafındadır; büyük ölçekli, karmaşık üretim ortamları için varsayılan tercih K8s’tir.

Yaygın Yanlış Anlamalar

“Docker mı, Kubernetes mi seçmeliyim?” Yanlış soru. Çoğu durumda ikisi farklı katmanlarda, birlikte kullanılır.

“Kubernetes Docker’ı kaldırdı, imajlarım artık çalışmaz.” Yanlış. Kubernetes 1.24 sürümünde kaldırılan şey yalnızca dockershim idi — kubelet ile Docker Engine arasındaki bir ara katman. docker build ile üretilen imajlar OCI standardına uyduğu için tüm CRI uyumlu runtime’larda (containerd, CRI-O) çalışmaya devam eder. Hiçbir imajınızı yeniden oluşturmanız gerekmedi.

“Kubernetes, Docker’ın daha gelişmiş bir sürümüdür.” Yanlış. İkisi aynı işi yapmaz; biri paketleme/çalıştırma, diğeri orkestrasyon katmanıdır.

Sıkça Sorulan Sorular

Kubernetes ile Docker arasındaki temel fark nedir?

Docker konteynerleri oluşturup tek bir makinede çalıştıran bir paketleme ve çalıştırma aracıdır; Kubernetes ise bu konteynerleri birçok sunucudan oluşan bir küme genelinde yöneten orkestrasyon platformudur. Biri “neyi çalıştıracağını”, diğeri “nasıl ve kaç tane çalıştıracağını” belirler.

Docker ve Kubernetes rakip mi, birbirini tamamlayan teknolojiler mi?

Rakip değil, birbirini tamamlayan iki ayrı katmandır. Tipik akışta Docker ile imaj oluşturulur, bu imaj Kubernetes tarafından küme genelinde dağıtılıp yönetilir.

Küçük projem için Kubernetes şart mı?

Hayır. Tek sunucuda birkaç servis için Docker Compose fazlasıyla yeterlidir. Kubernetes’in operasyonel yükü, ihtiyaç doğmadan kurulduğunda genellikle çözdüğünden fazla sorun getirir.

Docker Swarm öldü mü?

Hayır; hâlâ aktif olarak destekleniyor ve küçük kümeler için basit bir seçenek. Ancak endüstri standardı ve geniş ekosistem Kubernetes tarafındadır.

Kubernetes Docker imajlarını çalıştırır mı?

Evet. Kubernetes, Docker ile üretilmiş OCI uyumlu imajları containerd gibi CRI runtime’larla sorunsuz çalıştırır; imaj uyumluluğu tamamen korunur.

Hangisi daha pahalı?

Kubernetes; control plane, etcd ve çok node’lu küme nedeniyle boşta bile belirgin kaynak ve bakım maliyeti taşır. Küçük ve orta ölçekte Docker belirgin biçimde daha ekonomiktir.

Nasıl bir sunucu gerekir?

Docker için performanslı tek bir VPS yeterlidir. Kubernetes için ise birden çok node’lu bir küme, yani genelde en az üç bulut sunucu önerilir.

Önce hangisini öğrenmeliyim?

Önce Docker. Konteyner ve imaj mantığını kavradıktan sonra Kubernetes’in Pod, Deployment ve Service kavramları çok daha anlaşılır gelir.

Kubernetes dockershim’i kaldırınca imajlarımı yeniden oluşturmam gerekti mi?

Hayır. 1.24’te kaldırılan dockershim yalnızca bir ara katmandı; OCI uyumlu imajlarınız değişmeden tüm CRI runtime’larında çalışmaya devam etti.