Hvad er en Pod, og hvorfor er den den mindste deploybare enhed i Kubernetes?

Question

IT Interview Practice · Accepted Answer

En **Pod** er den mindste deploybare enhed i Kubernetes: en indpakning omkring **en eller flere containere**, der deler samme network namespace (én IP) og kan dele storage-volumes. Du deployer ikke containere direkte — du deployer Pods.

## Hvad er inde i en Pod

```text
┌───────────────── Pod (har ÉN delt IP) ────────────────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   delt:              │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volumes         │
│         │ taler sammen via localhost:port                  │
└────────────────────────────────────────────────────────────┘
```

Containere i samme Pod er **altid co-located** på samme node, schedules sammen og kan nå hinanden over `localhost`.

## En minimal Pod

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

## Hvorfor en Pod, ikke bare en container?

```text
Pod'en er en abstraktion, der lader en "logisk applikation" bestå af mere end én
container, der SKAL køre sammen og dele ressourcer:
  → en primær app-container + en hjælpe-"sidecar" (log shipper, proxy, osv.)
  → de deler samme IP og kan bruge delte volumes til at udveksle filer
De fleste Pods indeholder ÉN container. Multi-container-Pods er kun til tæt kobling.
```

## Pods er ephemeral — administrér dem ikke direkte

```text
En Pod er ENGANGS:
  → den får en ny IP, hver gang den (gen)oprettes
  → hvis noden dør, er Pod'en VÆK (bliver ikke omplaceret af sig selv)
→ Du opretter næsten aldrig bare Pods i production.
→ I stedet opretter og ERSTATTER en controller (Deployment / StatefulSet / Job)
  Pods for dig og holder det ønskede antal i live.
```

```bash
kubectl get pods -o wide          # se Pods, deres node og IP
kubectl describe pod web          # events, status, genstarter
kubectl logs web -c web           # logs fra en bestemt container
kubectl exec -it web -- sh        # åbn en shell inde i containeren
```

## Hvorfor det betyder noget

Pod'en er Kubernetes' grundlæggende byggeklods, så det er essentiel viden, man skal kende, at forstå, hvad den er, og hvorfor den findes. Kubernetes scheduler ikke bare containere; den scheduler **Pods** — en tynd indpakning omkring en eller flere containere, der deler et network namespace (en enkelt IP, som de kan nå hinanden på over `localhost`) og kan dele storage-volumes. At forstå, at containere i en Pod **altid er co-located og co-scheduled** på én node, forklarer, hvad en Pod er *til*: at gruppere containere, der skal køre sammen og dele ressourcer, såsom en primær applikation plus en tæt koblet **sidecar** (en log shipper, proxy eller adapter) — samtidig med at man erkender, at de fleste Pods i praksis kun indeholder én enkelt container. Lige så vigtigt er det at forstå, at Pods er **ephemeral og engangs**: de får en ny IP ved hver genoprettelse og genopstår ikke af sig selv, hvis en node dør, hvilket er præcis grunden til, at man sjældent opretter bare Pods og i stedet stoler på controllere på højere niveau (**Deployments**, **StatefulSets**, **Jobs**), der opretter og erstatter Pods for at opretholde en ønsket tilstand. Denne skelnen — Pod'en som den atomare enhed, administreret af controllere frem for i hånden — er den begrebsmæssige bro fra enkeltcontainere til rigtige Kubernetes-workloads og hverdagsviden for enhver, der deployer, fejlfinder (via `kubectl logs`, `describe`, `exec`) eller ræsonnerer om applikationer på en klynge.

Hvad er inde i en Pod

En minimal Pod

Hvorfor en Pod, ikke bare en container?

Pods er ephemeral — administrér dem ikke direkte

Hvorfor det betyder noget

Relaterede spørgsmål