¿Qué es un Pod y por qué es la unidad desplegable más pequeña de Kubernetes?

Question

IT Interview Practice · Accepted Answer

Un **Pod** es la unidad desplegable más pequeña de Kubernetes: una envoltura alrededor de **uno o más contenedores** que comparten el mismo network namespace (una IP) y pueden compartir volúmenes de almacenamiento. No despliegas contenedores directamente: despliegas Pods.

## Qué hay dentro de un Pod

```text
┌───────────────── Pod (tiene UNA IP compartida) ───────────┐
│                                                            │
│   ┌──────────────┐   ┌──────────────┐   compartido:        │
│   │  container A  │   │  container B  │    • network (IP)   │
│   │  (app)        │   │  (sidecar)    │    • localhost      │
│   └──────────────┘   └──────────────┘    • volúmenes       │
│         │ se comunican entre sí vía localhost:port         │
└────────────────────────────────────────────────────────────┘
```

Los contenedores del mismo Pod están **siempre co-ubicados (co-located)** en el mismo node, se programan juntos y pueden alcanzarse entre sí por `localhost`.

## Un Pod mínimo

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

## ¿Por qué un Pod y no solo un contenedor?

```text
El Pod es una abstracción que permite que una "aplicación lógica" sea más de un
contenedor que DEBE ejecutarse en conjunto y compartir recursos:
  → un contenedor de app principal + un "sidecar" auxiliar (envío de logs, proxy, etc.)
  → comparten la misma IP y pueden usar volúmenes compartidos para intercambiar ficheros
La mayoría de los Pods tienen UN SOLO contenedor. Los Pods multi-contenedor son solo para acoplamiento estrecho.
```

## Los Pods son efímeros: no los gestiones directamente

```text
Un Pod es DESECHABLE:
  → recibe una IP nueva cada vez que se (re)crea
  → si el node muere, el Pod DESAPARECE (no se reprograma por sí solo)
→ Casi nunca creas Pods "pelados" en producción.
→ En su lugar, un controller (Deployment / StatefulSet / Job) crea y REEMPLAZA
  Pods por ti, manteniendo vivo el número deseado.
```

```bash
kubectl get pods -o wide          # ver Pods, su node y su IP
kubectl describe pod web          # eventos, estado, reinicios
kubectl logs web -c web           # logs de un contenedor concreto
kubectl exec -it web -- sh        # abrir una shell dentro del contenedor
```

## Por qué es importante

El Pod es el bloque de construcción fundamental de Kubernetes, así que entender qué es y por qué existe es un conocimiento esencial e imprescindible. Kubernetes no programa contenedores "pelados"; programa **Pods**: una envoltura fina alrededor de uno o más contenedores que comparten un network namespace (una única IP, alcanzable entre ellos por `localhost`) y pueden compartir volúmenes de almacenamiento. Entender que los contenedores de un Pod están **siempre co-ubicados y co-programados** en un mismo node explica para *qué* sirve un Pod: agrupar contenedores que deben ejecutarse juntos y compartir recursos, como una aplicación principal más un **sidecar** estrechamente acoplado (un envío de logs, un proxy o un adaptador), reconociendo a la vez que en la práctica la mayoría de los Pods contienen un solo contenedor. Igual de importante es captar que los Pods son **efímeros y desechables**: reciben una IP nueva en cada recreación y no resucitan por su cuenta si un node muere, que es exactamente por qué rara vez creas Pods "pelados" y en su lugar te apoyas en controllers de más alto nivel (**Deployments**, **StatefulSets**, **Jobs**) que crean y reemplazan Pods para mantener un estado deseado. Esta distinción —el Pod como unidad atómica, gestionada por controllers y no a mano— es el puente conceptual desde los contenedores individuales hacia los workloads reales de Kubernetes, y conocimiento cotidiano para cualquiera que despliegue, depure (con `kubectl logs`, `describe`, `exec`) o razone sobre aplicaciones en un cluster.

Qué hay dentro de un Pod

Un Pod mínimo

¿Por qué un Pod y no solo un contenedor?

Los Pods son efímeros: no los gestiones directamente

Por qué es importante

Preguntas relacionadas