Mikä on Pod ja miksi se on Kubernetesin pienin käyttöönotettava yksikkö?

Question

IT Interview Practice · Accepted Answer

**Pod** on Kubernetesin pienin käyttöönotettava yksikkö: kääre **yhden tai useamman kontin** ympärille, jotka jakavat saman network namespacen (yhden IP:n) ja voivat jakaa tallennusvolyymejä. Et ota käyttöön kontteja suoraan — otat käyttöön Podeja.

## Mitä Podin sisällä on

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

Saman Podin kontit ovat **aina samassa paikassa (co-located)** samalla nodella, aikataulutettuna yhdessä, ja voivat tavoittaa toisensa `localhostin` yli.

## Minimaalinen Pod

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

## Miksi Pod, eikä vain kontti?

```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.
```

## Podit ovat lyhytikäisiä — älä hallitse niitä suoraan

```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          # näe Podit, niiden node ja IP
kubectl describe pod web          # tapahtumat, tila, uudelleenkäynnistykset
kubectl logs web -c web           # tietyn kontin lokit
kubectl exec -it web -- sh        # avaa shell konttiin
```

## Miksi se on tärkeää

Pod on Kubernetesin perustava rakennuspalikka, joten sen ymmärtäminen mitä se on ja miksi se on olemassa on olennaista, pakollista tietoa. Kubernetes ei aikatauluta paljaita kontteja; se aikatauluttaa **Podeja** — ohut kääre yhden tai useamman kontin ympärille, jotka jakavat network namespacen (yhden IP:n, tavoitettavissa keskenään `localhostin` yli) ja voivat jakaa tallennusvolyymejä. Sen ymmärtäminen, että Podin kontit ovat **aina samassa paikassa ja yhdessä aikataulutettuja** yhdellä nodella, selittää mihin Pod on *tarkoitettu*: ryhmittämään kontit, joiden on ajettava yhdessä ja jaettava resursseja, kuten pääsovellus plus tiiviisti kytketty **sidecar** (lokinlähettäjä, proxy tai adapteri) — samalla tunnistaen, että useimmat Podit käytännössä sisältävät vain yhden kontin. Yhtä tärkeää on hahmottaa, että Podit ovat **lyhytikäisiä ja hylättävissä**: ne saavat uuden IP:n joka uudelleenluonnilla eivätkä herää itsestään henkiin jos node kuolee, mikä on juuri syy siihen, miksi luot harvoin paljaita Podeja ja tukeudut sen sijaan korkeamman tason kontrollereihin (**Deploymentit**, **StatefulSetit**, **Jobit**), jotka luovat ja korvaavat Podeja ylläpitääkseen haluttua tilaa. Tämä erottelu — Pod atomisena yksikkönä, jota kontrollerit hallitsevat käsin sijaan — on käsitteellinen silta yksittäisistä konteista todellisiin Kubernetes-työkuormiin, ja arkitietoa kenelle tahansa, joka ottaa käyttöön, debuggaa (`kubectl logs`, `describe`, `exec` kautta) tai päättelee sovelluksista klusterissa.

Mitä Podin sisällä on

Minimaalinen Pod

Miksi Pod, eikä vain kontti?

Podit ovat lyhytikäisiä — älä hallitse niitä suoraan

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset