Docker ve Kubernetes araması yapmak bir tanesini seçmeniz gerektiğini gösterir ancak bu çerçeveleme çok fazla kafa karışıklığına neden olur. Bu biraz bir nakliye konteynırını binlercesini organize eden bir limanla karşılaştırmaya benziyor. Farklı seviyelerde çalışırlar ve sıklıkla yan yana kullanılırlar.

Bu kılavuz her birinin ne yaptığını açıklıyor, her ikisinde de aynı küçük uygulamayı gösteriyor ve karar vermenin pratik bir yolu ile bitiyor. Buradaki komutlar ve dosyalar, bu makale için yürütmediğimiz standart örneklerdir; dolayısıyla bunları yüklediğiniz sürümlerle karşılaştırarak kontrol edin.

Kısa cevap

Docker, bir uygulamayı ve bağımlılıklarını bir görüntüde paketlemek ve ardından bu görüntüyü bir kapsayıcı olarak çalıştırmak için kullanılan bir platformdur. “Bu uygulamanın her yerde aynı şekilde çalışmasını nasıl sağlarım?” sorusunu yanıtlıyor.

Çoğunlukla K8 olarak yazılan Kubernetes, bir konteyner orkestratörüdür. Konteynerlerin birçok makinede nerede çalışacağına karar verir, arızalandıklarında onları yeniden başlatır ve talebe göre ölçeklendirir. “Yüzlerce konteynerin güvenilir bir şekilde çalışmasını nasıl sağlarım?” sorusunu yanıtlıyor.

Docker ve Kubernetes yan yana

Docker ne yapar?

Konteynerlerden önce “makinemde çalışıyor” günlük bir sorundu çünkü her sunucu her şeyin farklı versiyonlarına sahipti. Docker kodunuzu, çalışma zamanınızı ve kitaplıklarınızı tek bir görüntüde bir araya getirir. Bu görüntünün çalışan bir kopyası bir kapsayıcıdır ve ana bilgisayarın çekirdeğini paylaşır, dolayısıyla tam bir sanal makineye göre daha hızlı başlar ve daha az bellek kullanır.

İş akışının üç adımı vardır:

1. Yapı: a Dockerfile görüntünün nasıl oluşturulacağını açıklar.
2. Gönderme: görüntüyü Docker Hub gibi bir kayıt defterine aktarın.
3. Çalıştır: herhangi bir uyumlu makinede söz konusu görüntüden kapsayıcıları başlatın.

Uygulamalı bilgi edinmek için Yeni başlayanlar için Docker eğiticimizle başlayın ve ardından Dockerfile en iyi uygulamalarımızı okuyun.

Kubernetes ne yapar?

Bir sunucudaki Docker, o sunucu arızalanana, trafik onu aşan veya koordine etmeniz gereken düzinelerce hizmete sahip olana kadar iyi çalışır. Kubernetes şu operasyonel işlerle ilgilenir:

• Planlama: kapları yeterli boş kapasiteye sahip makinelere yerleştirmek.
• Kendi kendini iyileştirme: arızalı konteynerlerin değiştirilmesi ve işin arızalı düğümlerden uzaklaştırılması.
• Ölçeklendirme: kopyaları manuel olarak veya metriklere dayalı olarak ekleme veya kaldırma.
• Hizmet keşfi: değişen kapsayıcı grubuna tek bir kararlı ad verilmesi.
• Güncellemelerin periyodik olarak yayınlanması: Yeni sürümler, basit bir geri alma işlemiyle kademeli olarak yayınlanır.
• Yapılandırma: ayarları ve gizli dizileri görüntülerden ayrı olarak yönetme.

Temel fikir, arzu edilen durumdur. Üç kopyanın olması gerektiğini beyan ediyorsunuz ve kontrolörler bunu gerçeklikle karşılaştırmaya ve her türlü farkı düzeltmeye devam ediyor. Yeni başlayanlar için Kubernetes eğiticimiz bunu yerel bir küme üzerinde anlatmaktadır.

Docker ve Kubernetes birlikte nasıl çalışır?

Bir geliştiricinin dizüstü bilgisayarından üretime giden tipik yol şuna benzer:

1. Bir geliştirici bir Dockerfile yazar ve kabı yerel olarak test eder.
2. Bir CI/CD ardışık düzeni görüntüyü oluşturur ve testleri çalıştırır.
3. İşlem hattı, sürümlendirilmiş bir görüntüyü kayıt defterine iter.
4. Bir Kubernetes bildirimi bu görüntü sürümünü kullanacak şekilde güncellenir.
5. Kubernetes görüntüyü çeker ve kümenin her tarafına yayar.

Yani Docker’ın işi Kubernetes başlamadan büyük ölçüde bitmiş oluyor. Görüntü aralarındaki geçiş noktasıdır.

Her iki yönde de tek uygulama

İşte küçük bir web hizmeti. Görüntü, hangi araç onu çalıştırırsa çalıştırsın aynı şekilde oluşturulur:

# Dockerfile
FROM python:3.13-slim
WORKDIR /app
COPY . .
RUN pip install -r requirements.txt
CMD ["python", "app.py"]

Docker ile çalıştırma

docker build -t shop-api:1.0 .
docker run -d --name shop -p 8080:8000 --restart unless-stopped shop-api:1.0

İki komut ve çalışıyor. Bu basit ve birçok küçük proje için uygundur. Ancak bir makinede bir kopya vardır ve eğer makine ölürse, hizmet de onunla birlikte gider.

Kubernetes ile çalıştırma

# shop.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: shop
spec:
  replicas: 3
  selector:
    matchLabels:
      app: shop
  template:
    metadata:
      labels:
        app: shop
    spec:
      containers:
        - name: api
          image: registry.example.com/shop-api:1.0
          ports:
            - containerPort: 8000
---
apiVersion: v1
kind: Service
metadata:
  name: shop
spec:
  selector:
    app: shop
  ports:
    - port: 80
      targetPort: 8000

kubectl apply -f shop.yaml
kubectl get pods -l app=shop

Yazacak daha çok şey var ve bunları çalıştıracak bir kümeye ihtiyacınız var. Karşılığında üç kopya, sabit bir dahili adres ve otomatik değiştirme alırsınız. Bu ödünleşim, kararın tamamıdır: daha fazla dayanıklılık karşılığında daha fazla karmaşıklık.

Bir konteyner arızalandığında ne olur?

Liman işçilerinin kafa karışıklığı

“Kubernetes Docker’ı düşürdü” yazısını okumuş olabilirsiniz. Bu dar anlamda doğrudur ve birçok insanı gereksiz yere korkutmuştur. Kubernetes, konteynerleri, Konteyner Çalışma Zamanı Arayüzü adı verilen bir standart aracılığıyla çalıştırır. Docker Engine bunu doğrudan uygulamadı, bu nedenle Kubernetes, dockershim adı verilen bir adaptör içeriyordu. Bu bağdaştırıcı 1.24 sürümünde kaldırıldı.

Kümeler artık genellikle Containerd veya CRI-O gibi çalışma zamanlarını kullanıyor. Docker ile oluşturduğunuz görüntüler hâlâ çalışmaya devam ediyor çünkü bunlar Open Container Initiative (OCI) görüntü standardını takip ediyor. Böylece Docker ile derlemeye devam edebilirsiniz ve kümeniz sonucu farklı bir çalışma zamanı ile çalıştırır.

Docker Compose vs Swarm vs Kubernetes

Daha anlamlı karşılaştırma, kapsayıcıları koordine eden araçlar arasındadır:

Docker Compose tek bir dosyadan birkaç ilgili kapsayıcıyı başlatır ve bir web uygulaması ve dizüstü bilgisayardaki bir veritabanı için mükemmeldir. Swarm, Docker’da yerleşiktir ve öğrenilmesi Kubernetes’ten çok daha kolaydır ancak çok daha küçük bir ekosisteme sahiptir. Kubernetes en geniş topluluğa ve araçlara sahiptir; bu da büyük dağıtımlar için varsayılan haline gelmesinin büyük bir nedenidir.

Hangisine ihtiyacın var?

Docker tek başına aşağıdaki durumlarda genellikle yeterlidir:

• Yerel olarak geliştiriyorsunuz veya küçük bir uygulamayı tek bir sunucuda çalıştırıyorsunuz.
• Küçük bir ekibiniz var ve özel operasyon personeliniz yok.
• Ara sıra kısa süreli kesintiler kabul edilebilir.

Kubernetes şu durumlarda anlamlı olmaya başlar:

• Farklı ekiplerin kendi başlarına dağıttığı birçok hizmeti çalıştırıyorsunuz.
• Birçok makine veya bölgede yüksek kullanılabilirliğe ihtiyacınız var.
• Trafik, otomatik ölçeklendirmenin gerçek paradan tasarruf etmesini sağlayacak kadar değişkendir.
• Bunu çalıştıracak beceriniz veya bütçeniz var.

Ayrıca bir orta yol da var. AWS Fargate, Google Cloud Run veya PaaS gibi yönetilen konteyner platformları, Docker görüntünüzü bakımı gereken bir küme olmadan çalıştırır. Büyüyen birçok şirket için bu, doğrudan Kubernetes’e geçmek yerine bir sonraki adımdır.

Kariyer nedeniyle her ikisini de öğrenmek istiyorsanız sıra açıktır: Önce Docker, sonra Kubernetes. İlk önce görüntüleri, bağlantı noktalarını ve konteyner günlüklerini anlamadan bir Pod’da rahatça hata ayıklayamazsınız.

Yaygın hatalar

• Kubernetes’i çok erken benimsemek. Dev bir şirketin mimarisini kopyalamak, küçük bir ekibin operasyonel çalışmalara gömülmesine neden olabilir.
• Üretimde latest etiketini kullanma. Neyin çalıştığını söyleyemez veya güvenilir bir şekilde geri alamazsınız. Belirli sürüm etiketlerini kullanın.
• Verileri kapsayıcıların içinde depolama. Kapsayıcılar tek kullanımlık olduğundan birimleri veya yönetilen bir veritabanını kullanın.
• Durum kontrollerinin atlanması. Hazırlık ve canlılık araştırmaları olmadan Kubernetes, uygulamanız hakkında doğru kararlar veremez.
• Kaynak sınırlarını unutmak. Açgözlü bir kapsayıcı, bir düğümdeki diğer her şeyi aç bırakabilir.

Son sözler

Docker yazılımınızı paketler ve Kubernetes bunu uygun ölçekte çalıştırır. Hangisinin daha iyi olduğunu sormak yerine, bugün hangi sorunla karşılaştığınızı sorun. “Uygulamamın kurulumu zor” ise Docker’ı kullanın. “40 hizmetimin sunucu arızalarından kurtulması gerekiyor” ise Kubernetes’e bakın. Asıl sorununuzu çözen en basit araçla başlayın ve ihtiyacı gördüğünüzde yukarı çıkın.

Sık sorulan sorular

Öğrenmeye devam et