Podman

Ya sabes usar Docker. Podman es la alternativa — mismos conceptos, mismos comandos, pero con una arquitectura fundamentalmente diferente que resuelve varios problemas de Docker.

Esta sección no repite lo que ya vimos. Se enfoca en qué hace Podman diferente y cuándo elegir uno u otro.

Arquitectura: el daemon vs sin daemon

La diferencia más importante entre Docker y Podman es arquitectónica.

Docker: cliente → daemon → contenedor

graph LR
    CLI1[docker CLI] -->|API| D[dockerd - Daemon]
    CLI2[docker CLI] -->|API| D
    D --> C1[Contenedor 1]
    D --> C2[Contenedor 2]
    D --> C3[Contenedor 3]

    style D fill:#8b1a1a,stroke:#cc3333
    style CLI1 fill:#4a3080,stroke:#7c5cbf
    style CLI2 fill:#4a3080,stroke:#7c5cbf

Podman: cliente → contenedor (directo)

graph LR
    CLI1[podman CLI] --> C1[Contenedor 1]
    CLI1 --> C2[Contenedor 2]
    CLI2[podman CLI] --> C3[Contenedor 3]

    style CLI1 fill:#4a3080,stroke:#7c5cbf
    style CLI2 fill:#4a3080,stroke:#7c5cbf

En Docker, todo pasa por el daemon. En Podman, cada contenedor es un proceso hijo directo del comando que lo lanzó.

El daemon: la gran diferencia

El daemon de Docker (dockerd) es un proceso que corre como root, siempre en segundo plano, y que todos los contenedores necesitan.

Problemas del daemon

Podman no tiene daemon

Podman usa un modelo fork-exec: cada podman run crea directamente un proceso contenedor. No hay intermediario.

# En Docker, tus contenedores son hijos del daemon:
# shell → docker CLI → dockerd → containerd → runc → contenedor

# En Podman, tus contenedores son hijos de tu shell:
# shell → podman → conmon → contenedor

Esto significa:

• Si podman se cierra, los contenedores siguen corriendo (manejados por conmon)
• No hay proceso centralizado que pueda fallar
• No necesitas un servicio de sistema corriendo

Rootless por defecto

Docker tradicionalmente necesita permisos de root para funcionar. Esto se debe al daemon — necesita privilegios elevados para crear namespaces y cgroups.

Podman funciona sin root por defecto. Usa user namespaces para que un usuario normal pueda crear y ejecutar contenedores sin privilegios elevados.

# Docker: generalmente necesitas sudo o estar en el grupo 'docker'
sudo docker run ubuntu echo "hola"
# (o agregar tu usuario al grupo docker, que es equivalente a dar root)

# Podman: funciona directamente con tu usuario
podman run ubuntu echo "hola"

¿Por qué importa?

Nota: Docker ahora soporta modo rootless también, pero no es el default y requiere configuración adicional.

Comparación Docker vs Podman

Comandos: casi idénticos

La mayoría de los comandos de Docker funcionan exactamente igual en Podman. Puedes incluso crear un alias:

alias docker=podman  # y todo funciona (casi) igual

Diferencias en la práctica

Las diferencias que sí vas a notar:

# 1. Registry por defecto
docker pull ubuntu          # busca en Docker Hub automáticamente
podman pull ubuntu          # te pregunta qué registry usar (docker.io, quay.io, etc.)

# 2. Socket del daemon
docker info                 # se conecta al daemon por /var/run/docker.sock
podman info                 # no hay daemon, lee la configuración directamente

# 3. Compose
docker compose up           # docker compose (plugin integrado)
podman-compose up           # necesita instalación separada
# O bien:
podman compose up           # si tienes docker-compose instalado y el socket habilitado

Pods: un concepto extra

Podman tiene un concepto que Docker no: pods. Un pod es un grupo de contenedores que comparten la misma red y pueden comunicarse entre sí por localhost.

graph TB
    subgraph Pod[Pod: mi-app]
        C1[web - nginx:80]
        C2[api - python:5000]
        C3[db - postgres:5432]
    end
    Pod --> NET[Red compartida: localhost]

    style Pod fill:#1a3a5c,stroke:#2a6a9c
    style NET fill:#2d5a1e,stroke:#4a8f32

# Crear un pod
podman pod create --name mi-app -p 8080:80

# Agregar contenedores al pod
podman run -d --pod mi-app --name web nginx
podman run -d --pod mi-app --name api python:3.11

# Los contenedores se comunican por localhost
# 'web' puede acceder a 'api' en localhost:5000

Los pods de Podman son conceptualmente iguales a los pods de Kubernetes. Si vas a trabajar con Kubernetes, esta familiaridad es una ventaja.

¿Cuándo elegir Docker vs Podman?

En la práctica, saber uno es saber el otro. Las diferencias son arquitectónicas, no de uso diario.

Ejercicios

docker run --rm ubuntu echo "Hola desde Docker"
podman run --rm ubuntu echo "Hola desde Podman"

docker info | head -20
podman info | head -20

mkdir test-ambos && cd test-ambos

FROM ubuntu:22.04
RUN apt-get update && apt-get install -y curl
WORKDIR /app
COPY <<'SCRIPT' test.sh
#!/bin/bash
echo "Runtime: ${CONTAINER_RUNTIME:-desconocido}"
echo "Hostname: $(hostname)"
echo "User: $(whoami)"
echo "UID: $(id -u)"
SCRIPT
RUN chmod +x test.sh
CMD ["./test.sh"]

docker build -t test-imagen .
podman build -t test-imagen .

docker run --rm -e CONTAINER_RUNTIME=docker test-imagen
podman run --rm -e CONTAINER_RUNTIME=podman test-imagen

docker run --rm ubuntu id
# uid=0(root) gid=0(root) ...

podman run --rm ubuntu id
# uid=0(root) ... pero este root NO es root en el host

docker run --rm -v /tmp:/host_tmp ubuntu touch /host_tmp/docker_test
ls -la /tmp/docker_test
# ¿Quién es el dueño? ¿root?

podman run --rm -v /tmp:/host_tmp ubuntu touch /host_tmp/podman_test
ls -la /tmp/podman_test
# ¿Quién es el dueño ahora?

[pega tu docker-compose.yml aquí]

[pega errores o diferencias que hayas notado]