Mi az a Pod, és miért ez a legkisebb telepíthető egység a Kubernetesben?

Question

IT Interview Practice · Accepted Answer

A **Pod** a legkisebb telepíthető egység a Kubernetesben: egy burok **egy vagy több konténer** köré, amelyek ugyanazon a network namespace-en (egy IP) osztoznak, és megoszthatnak storage volume-okat. Nem konténereket telepítesz közvetlenül — Podokat telepítesz.

## Mi van egy Podon belül

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

Az ugyanabban a Podban lévő konténerek **mindig egy helyen (co-located)** vannak, ugyanazon a node-on, együtt ütemeződnek, és elérik egymást a `localhost`-on keresztül.

## Egy minimális Pod

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

## Miért Pod, és miért nem csak egy konténer?

```text
The Pod is an abstraction that lets a "logical application" be more than one
container that MUST run together and share resources:
  → a main app container + a helper "sidecar" (log shipper, proxy, etc.)
  → they share the same IP and can use shared volumes for exchanging files
Most Pods hold a SINGLE container. Multi-container Pods are for tight coupling only.
```

## A Podok mulandók (ephemeral) — ne kezeld őket közvetlenül

```text
A Pod is DISPOSABLE:
  → it gets a new IP each time it is (re)created
  → if the node dies, the Pod is GONE (not rescheduled by itself)
→ You almost never create bare Pods in production.
→ Instead a controller (Deployment / StatefulSet / Job) creates and REPLACES
  Pods for you, keeping the desired count alive.
```

```bash
kubectl get pods -o wide          # a Podok, node-jaik és IP-jük megtekintése
kubectl describe pod web          # események, státusz, újraindítások
kubectl logs web -c web           # egy adott konténer logjai
kubectl exec -it web -- sh        # shell a konténerbe
```

## Miért fontos

A Pod a Kubernetes alapvető építőköve, ezért annak megértése, hogy mi az és miért létezik, elengedhetetlen, kötelező tudás. A Kubernetes nem csupasz konténereket ütemez; **Podokat** ütemez — egy vékony burkot egy vagy több konténer köré, amelyek egy network namespace-en osztoznak (egyetlen IP, egymás közt a `localhost`-on elérhető), és megoszthatnak storage volume-okat. Annak megértése, hogy egy Podban lévő konténerek **mindig egy helyen vannak és együtt ütemeződnek** egy node-on, megmagyarázza, hogy *mire való* a Pod: olyan konténerek csoportosítására, amelyeknek együtt kell futniuk és megosztaniuk az erőforrásokat, például egy fő alkalmazás plusz egy szorosan összekapcsolt **sidecar** (log-továbbító, proxy vagy adapter) — miközben felismerjük, hogy a gyakorlatban a legtöbb Pod csak egyetlen konténert tartalmaz. Ugyanilyen fontos annak megértése, hogy a Podok **mulandók és eldobhatók**: minden újralétrehozáskor új IP-t kapnak, és nem támadnak fel maguktól, ha egy node meghal — pontosan ezért hozol létre ritkán csupasz Podokat, és inkább magasabb szintű controllerekre (**Deployment**, **StatefulSet**, **Job**) hagyatkozol, amelyek Podokat hoznak létre és pótolnak a kívánt állapot fenntartásához. Ez a megkülönböztetés — a Pod mint atomi egység, amelyet controllerek kezelnek, nem pedig kézzel — a fogalmi híd az egyes konténerektől a valódi Kubernetes-workloadokig, és mindennapi tudás bárkinek, aki telepít, hibát keres (a `kubectl logs`, `describe`, `exec` segítségével) vagy alkalmazásokról gondolkodik egy clusteren.

Mi van egy Podon belül

Egy minimális Pod

Miért Pod, és miért nem csak egy konténer?

A Podok mulandók (ephemeral) — ne kezeld őket közvetlenül

Miért fontos

Kapcsolódó kérdések