Was ist ein Pod und warum ist er die kleinste deploybare Einheit in Kubernetes?

Question

IT Interview Practice · Accepted Answer

Ein **Pod** ist die kleinste deploybare Einheit in Kubernetes: eine Hülle um **einen oder mehrere Container**, die denselben network namespace (eine IP) teilen und Storage-Volumes gemeinsam nutzen können. Du deployst nicht Container direkt — du deployst Pods.

## Was steckt in einem Pod

```text
┌───────────────── Pod (has ONE shared IP) ─────────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   shared:           │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volumes         │
│         │ talk to each other via localhost:port            │
└────────────────────────────────────────────────────────────┘
```

Container im selben Pod sind **immer co-located** auf demselben Node, werden gemeinsam eingeplant und können einander über `localhost` erreichen.

## Ein minimaler Pod

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

## Warum ein Pod und nicht einfach ein Container?

```text
Der Pod ist eine Abstraktion, die es einer "logischen Anwendung" erlaubt, aus mehr als
einem Container zu bestehen, die zusammen laufen MÜSSEN und Ressourcen teilen:
  → ein Haupt-App-Container + ein helfender "sidecar" (Log-Shipper, Proxy, usw.)
  → sie teilen dieselbe IP und können shared volumes zum Austausch von Dateien nutzen
Die meisten Pods enthalten einen EINZIGEN Container. Multi-Container-Pods nur für enge Kopplung.
```

## Pods sind ephemeral — verwalte sie nicht direkt

```text
Ein Pod ist WEGWERFBAR:
  → er bekommt bei jeder (Neu-)Erstellung eine neue IP
  → wenn der Node stirbt, ist der Pod WEG (wird nicht von selbst neu eingeplant)
→ In Produktion erstellst du fast nie nackte Pods.
→ Stattdessen erstellt und ERSETZT ein Controller (Deployment / StatefulSet / Job)
  die Pods für dich und hält die gewünschte Anzahl am Leben.
```

```bash
kubectl get pods -o wide          # Pods, ihren Node und ihre IP ansehen
kubectl describe pod web          # Events, Status, Restarts
kubectl logs web -c web           # Logs eines bestimmten Containers
kubectl exec -it web -- sh        # Shell in den Container öffnen
```

## Warum es wichtig ist

Der Pod ist der grundlegende Baustein von Kubernetes, daher ist das Verständnis dessen, was er ist und warum er existiert, essenzielles Pflichtwissen. Kubernetes plant keine nackten Container ein; es plant **Pods** ein — eine dünne Hülle um einen oder mehrere Container, die einen network namespace teilen (eine einzige IP, untereinander über `localhost` erreichbar) und Storage-Volumes gemeinsam nutzen können. Zu verstehen, dass Container in einem Pod **immer co-located und gemeinsam eingeplant** auf einem Node sind, erklärt, wofür ein Pod *da ist*: das Gruppieren von Containern, die zusammen laufen und Ressourcen teilen müssen, etwa eine Hauptanwendung plus ein eng gekoppelter **sidecar** (ein Log-Shipper, Proxy oder Adapter) — wobei man erkennt, dass die meisten Pods in der Praxis nur einen einzigen Container enthalten. Ebenso wichtig ist zu erfassen, dass Pods **ephemeral und wegwerfbar** sind: Sie bekommen bei jeder Neuerstellung eine neue IP und werden nicht von selbst wiederbelebt, wenn ein Node stirbt — genau deshalb erstellst du selten nackte Pods und verlässt dich stattdessen auf übergeordnete Controller (**Deployments**, **StatefulSets**, **Jobs**), die Pods erstellen und ersetzen, um einen desired state aufrechtzuerhalten. Diese Unterscheidung — der Pod als atomare Einheit, verwaltet von Controllern statt von Hand — ist die konzeptionelle Brücke von einzelnen Containern zu echten Kubernetes-Workloads und alltägliches Wissen für jeden, der Anwendungen auf einem Cluster deployt, debuggt (über `kubectl logs`, `describe`, `exec`) oder über sie nachdenkt.

Was steckt in einem Pod

Ein minimaler Pod

Warum ein Pod und nicht einfach ein Container?

Pods sind ephemeral — verwalte sie nicht direkt

Warum es wichtig ist

Ähnliche Fragen