Qu'est-ce qu'un Pod et pourquoi est-ce la plus petite unité déployable dans Kubernetes ?

Question

IT Interview Practice · Accepted Answer

Un **Pod** est la plus petite unité déployable dans Kubernetes : une enveloppe autour d'**un ou plusieurs conteneurs** qui partagent le même network namespace (une seule IP) et peuvent partager des volumes de stockage. Vous ne déployez pas des conteneurs directement — vous déployez des Pods.

## Ce qu'il y a dans un 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            │
└────────────────────────────────────────────────────────────┘
```

Les conteneurs d'un même Pod sont **toujours co-localisés (co-located)** sur le même node, planifiés ensemble, et peuvent s'atteindre via `localhost`.

## Un Pod minimal

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

## Pourquoi un Pod, et pas juste un conteneur ?

```text
Le Pod est une abstraction qui permet à une « application logique » d'être plus qu'un seul
conteneur qui DOIT s'exécuter ensemble et partager des ressources :
  → un conteneur d'application principal + un « sidecar » auxiliaire (log shipper, proxy, etc.)
  → ils partagent la même IP et peuvent utiliser des volumes communs pour échanger des fichiers
La plupart des Pods contiennent UN SEUL conteneur. Les Pods multi-conteneurs sont réservés au couplage étroit.
```

## Les Pods sont éphémères — ne les gérez pas directement

```text
Un Pod est JETABLE :
  → il reçoit une nouvelle IP à chaque (re)création
  → si le node meurt, le Pod DISPARAÎT (il n'est pas replanifié par lui-même)
→ Vous ne créez presque jamais de Pods « nus » en production.
→ À la place, un controller (Deployment / StatefulSet / Job) crée et REMPLACE
  les Pods pour vous, en maintenant le nombre désiré en vie.
```

```bash
kubectl get pods -o wide          # voir les Pods, leur node et leur IP
kubectl describe pod web          # événements, statut, redémarrages
kubectl logs web -c web           # logs d'un conteneur précis
kubectl exec -it web -- sh        # ouvrir un shell dans le conteneur
```

## Pourquoi c'est important

Le Pod est le bloc de construction fondamental de Kubernetes, donc comprendre ce qu'il est et pourquoi il existe est une connaissance essentielle et incontournable. Kubernetes ne planifie pas des conteneurs nus ; il planifie des **Pods** — une fine enveloppe autour d'un ou plusieurs conteneurs qui partagent un network namespace (une IP unique, joignables entre eux via `localhost`) et peuvent partager des volumes de stockage. Comprendre que les conteneurs d'un Pod sont **toujours co-localisés et co-planifiés** sur un même node explique à quoi *sert* un Pod : regrouper des conteneurs qui doivent s'exécuter ensemble et partager des ressources, comme une application principale plus un **sidecar** étroitement couplé (un log shipper, un proxy ou un adaptateur) — tout en reconnaissant qu'en pratique la plupart des Pods ne contiennent qu'un seul conteneur. Tout aussi important est de saisir que les Pods sont **éphémères et jetables** : ils reçoivent une nouvelle IP à chaque recréation et ne ressuscitent pas d'eux-mêmes si un node meurt, ce qui est exactement pourquoi vous créez rarement des Pods nus et vous appuyez plutôt sur des controllers de plus haut niveau (**Deployments**, **StatefulSets**, **Jobs**) qui créent et remplacent les Pods pour maintenir un état désiré. Cette distinction — le Pod comme unité atomique, gérée par des controllers plutôt qu'à la main — est le pont conceptuel des conteneurs isolés vers de vrais workloads Kubernetes, et une connaissance de tous les jours pour quiconque déploie, débogue (via `kubectl logs`, `describe`, `exec`) ou raisonne sur des applications d'un cluster.

Ce qu'il y a dans un Pod

Un Pod minimal

Pourquoi un Pod, et pas juste un conteneur ?

Les Pods sont éphémères — ne les gérez pas directement

Pourquoi c'est important

Questions connexes