Pod nedir ve neden Kubernetes'te deploy edilebilen en küçük birimdir?

Question

IT Interview Practice · Accepted Answer

Bir **Pod**, Kubernetes'te deploy edilebilen en küçük birimdir: aynı network namespace'i (tek IP) paylaşan ve storage volume'ları paylaşabilen **bir veya daha fazla container** etrafındaki bir sarmalayıcıdır. Container'ları doğrudan deploy etmezsiniz — Pod'ları deploy edersiniz.

## Bir Pod'un içinde ne vardır

```text
┌───────────────── Pod (TEK bir paylaşılan IP'si vardır) ───────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   paylaşılan:        │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volume          │
│      │ birbirleriyle localhost:port üzerinden konuşurlar   │
└────────────────────────────────────────────────────────────┘
```

Aynı Pod'daki container'lar **her zaman aynı node üzerinde birlikte konumlanır (co-located)**, birlikte schedule edilir ve `localhost` üzerinden birbirlerine erişebilir.

## Minimal bir Pod

```yaml
apiVersion: v1
kind: Pod
metadata:
  name: web
  labels: { app: web }
spec:
  containers:
    - name: web
      image: nginx:1.27
      ports:
        - containerPort: 80
```

## Neden sadece bir container değil de Pod?

```text
Pod, bir "mantıksal uygulamanın" birlikte çalışmak ZORUNDA olan ve kaynak paylaşan
birden fazla container olmasına izin veren bir soyutlamadır:
  → bir ana app container'ı + bir yardımcı "sidecar" (log gönderici, proxy, vb.)
  → aynı IP'yi paylaşırlar ve dosya değiştirmek için ortak volume kullanabilirler
Çoğu Pod TEK bir container tutar. Çok container'lı Pod'lar yalnızca sıkı bağlaşım içindir.
```

## Pod'lar geçicidir (ephemeral) — onları doğrudan yönetmeyin

```text
Pod ATILABİLİR bir şeydir:
  → her (yeniden) oluşturulduğunda yeni bir IP alır
  → node ölürse, Pod GİDER (kendi başına yeniden schedule edilmez)
→ Production'da neredeyse hiç çıplak Pod oluşturmazsınız.
→ Bunun yerine bir controller (Deployment / StatefulSet / Job) sizin için Pod'ları
  oluşturur ve DEĞİŞTİRİR, arzu edilen sayıyı canlı tutar.
```

```bash
kubectl get pods -o wide          # Pod'ları, node'larını ve IP'lerini gör
kubectl describe pod web          # olaylar, durum, restart'lar
kubectl logs web -c web           # belirli bir container'ın logları
kubectl exec -it web -- sh        # container'a shell aç
```

## Neden önemli

Pod, Kubernetes'in temel yapı taşıdır; bu yüzden ne olduğunu ve neden var olduğunu anlamak elzem, mutlaka bilinmesi gereken bir bilgidir. Kubernetes çıplak container'ları schedule etmez; **Pod'ları** schedule eder — bir network namespace'i (tek bir IP, aralarında `localhost` üzerinden erişilebilir) paylaşan ve storage volume'ları paylaşabilen bir veya daha fazla container etrafındaki ince bir sarmalayıcı. Bir Pod'daki container'ların **her zaman birlikte konumlanıp birlikte schedule edildiğini** anlamak, bir Pod'un ne *için* olduğunu açıklar: birlikte çalışmak zorunda olan ve kaynak paylaşan container'ları gruplamak, örneğin bir ana uygulama artı sıkı bağlı bir **sidecar** (log gönderici, proxy veya adapter) — pratikte çoğu Pod'un yalnızca tek bir container tuttuğunu da kabul ederek. Aynı derecede önemli olan, Pod'ların **geçici ve atılabilir** olduğunu kavramaktır: her yeniden oluşturulduklarında yeni bir IP alırlar ve bir node ölürse kendi başlarına dirilmezler; işte bu yüzden nadiren çıplak Pod oluşturur ve bunun yerine arzu edilen durumu korumak için Pod'lar oluşturup değiştiren üst düzey controller'lara (**Deployment**, **StatefulSet**, **Job**) güvenirsiniz. Bu ayrım — Pod'un atomik birim olması, elle değil controller'lar tarafından yönetilmesi — tek container'lardan gerçek Kubernetes workload'larına kavramsal köprüdür ve bir cluster'da uygulama deploy eden, hata ayıklayan (`kubectl logs`, `describe`, `exec` yoluyla) veya uygulamalar üzerinde akıl yürüten herkes için günlük bir bilgidir.

Bir Pod'un içinde ne vardır

Minimal bir Pod

Neden sadece bir container değil de Pod?

Pod'lar geçicidir (ephemeral) — onları doğrudan yönetmeyin

Neden önemli

İlgili sorular