Docker vs Podman: diferencias y cuál elegir

Docker y Podman ejecutan las mismas imágenes con los mismos comandos. Lo que los separa es la arquitectura: Podman no tiene un daemon en segundo plano y corre rootless por defecto, mientras que Docker aporta las herramientas más maduras, Docker Desktop y un Compose de primera. A continuación, las diferencias que de verdad afectan a tu trabajo: el daemon, root, Compose y los pods.

¿Qué es Podman?

Podman (Pod Manager) es una herramienta para gestionar contenedores y pods, desarrollada por Red Hat como alternativa open source a Docker. ¿Su característica principal? No necesita un daemon en ejecución.

El nombre “Podman” viene del concepto de “pod”, el mismo usado en Kubernetes: un grupo de contenedores que comparten recursos.

La Diferencia Fundamental: Daemon vs Daemonless

Docker: Arquitectura Cliente-Servidor

Docker funciona con un daemon (dockerd) siempre ejecutándose en segundo plano:

1
2
3
4

┌──────────────┐     ┌──────────────┐     ┌──────────────┐
│ Docker CLI   │ ──► │ Docker Daemon│ ──► │  Contenedor  │
│ (cliente)    │     │ (dockerd)    │     │              │
└──────────────┘     └──────────────┘     └──────────────┘

• El daemon se ejecuta como root
• Todos los comandos pasan a través del daemon
• Si el daemon falla, pierdes el acceso a los contenedores

Podman: Arquitectura Fork-Exec

Podman no tiene daemon. Cada comando crea directamente el proceso del contenedor:

1
2
3
4

┌──────────────┐     ┌──────────────┐
│ Podman CLI   │ ──► │  Contenedor  │
│              │     │              │
└──────────────┘     └──────────────┘

• Sin proceso en segundo plano
• Los contenedores son hijos directos del comando Podman
• Cada usuario gestiona sus propios contenedores

Docker vs Podman, punto por punto

1. Seguridad: Rootless por Defecto

Docker:

• El daemon se ejecuta tradicionalmente como root
• Modo rootless disponible pero no por defecto
• Un exploit en el daemon = acceso root al sistema

Podman:

• Rootless por defecto
• Cada usuario tiene sus propios contenedores aislados
• Ningún daemon privilegiado que atacar

1
2
3
4
5

# Podman: contenedores sin privilegios root
podman run -it alpine sh

# Docker: requiere grupo docker o sudo (tradicionalmente)
sudo docker run -it alpine sh

Ganador en seguridad: Podman

2. Compatibilidad de Comandos

La sintaxis es casi idéntica.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# Docker
docker run -d -p 8080:80 nginx
docker ps
docker images
docker build -t mi-app .

# Podman (¡mismos comandos!)
podman run -d -p 8080:80 nginx
podman ps
podman images
podman build -t mi-app .

Puedes crear un alias para una transición sin dolor:

1

alias docker=podman

Compatibilidad: Casi total para el uso diario

3. Docker Compose vs Podman Compose

Docker Compose es el estándar de facto para orquestar múltiples contenedores en desarrollo.

Podman ofrece dos opciones:

1. podman-compose: reimplementación en Python
2. podman compose: integrado en versiones recientes (usa Compose spec)

1
2
3
4
5

# Con Podman reciente
podman compose up -d

# Con podman-compose (instalación separada)
podman-compose up -d

Nota: La compatibilidad es buena pero no perfecta. Algunos archivos docker-compose.yml podrían requerir pequeños ajustes.

4. Gestión de Imágenes

Ambos usan el mismo formato de imágenes (OCI), por lo que puedes:

• Usar las mismas imágenes de Docker Hub
• Construir imágenes con el mismo Dockerfile
• Transferir imágenes entre Docker y Podman

1
2
3
4
5
6
7
8

# Podman puede usar imágenes de Docker Hub
podman pull docker.io/library/nginx

# Guardar una imagen
podman save -o nginx.tar nginx

# Cargarla en Docker
docker load -i nginx.tar

5. Pods: Una Característica Exclusiva de Podman

Podman soporta nativamente los pods, grupos de contenedores que comparten namespace de red:

1
2
3
4
5
6
7
8

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

# Añadir contenedores al pod
podman run -d --pod mi-pod nginx
podman run -d --pod mi-pod redis

# Los contenedores en el pod se comunican via localhost

Así es como simulas un pod de Kubernetes en tu portátil: los contenedores comparten un namespace de red, así que se alcanzan entre sí en localhost.

Docker no tiene un equivalente directo (usa redes).

6. Integración con Systemd

Podman se integra nativamente con systemd, el sistema init de Linux:

1
2
3
4
5

# Generar un archivo service systemd desde un contenedor
podman generate systemd --name mi-contenedor > mi-contenedor.service

# Habilitar el contenedor al inicio del sistema
systemctl --user enable mi-contenedor.service

Esto permite gestionar los contenedores como servicios normales del sistema, sin necesidad de un daemon separado.

7. Rendimiento

El rendimiento es comparable en la mayoría de los casos:

La diferencia es despreciable para la mayoría de los usos.

Docker vs Podman de un vistazo

Cuándo Elegir Docker

Docker sigue siendo la mejor opción si:

• Trabajas en equipo que ya usa Docker
• Necesitas Docker Compose con compatibilidad perfecta
• Usas Docker Desktop y sus funcionalidades (Kubernetes integrado, extensiones)
• Sigues tutoriales y documentación (casi todos usan Docker)
• Necesitas soporte comercial

Cuándo Elegir Podman

Podman es preferible si:

• La seguridad es prioritaria (entornos enterprise, producción)
• Trabajas en RHEL, CentOS, Fedora (integración nativa)
• Quieres contenedores rootless sin configuraciones extra
• Necesitas gestionar contenedores como servicios systemd
• Estás aprendiendo Kubernetes (los pods son una ventaja)
• No quieres un daemon siempre ejecutándose

Migración de Docker a Podman

Si quieres probar Podman manteniendo la compatibilidad:

1. Instala Podman

1
2
3
4
5
6
7
8

# Fedora/RHEL
sudo dnf install podman

# Ubuntu/Debian
sudo apt install podman

# Mac (con Homebrew)
brew install podman

2. Crea el Alias

1
2

# En tu .bashrc o .zshrc
alias docker=podman

3. Prueba Tus Workflows

La mayoría de los comandos funcionarán idénticamente. Verifica:

• Build de imágenes
• Docker Compose (usa podman compose o podman-compose)
• Volúmenes y networks

4. Resuelve las Incompatibilidades

Las más comunes:

• Algunos flags específicos de Docker no existen
• El socket Docker (/var/run/docker.sock) no existe por defecto
• Algunas integraciones CI/CD podrían requerir ajustes

¿Pueden Coexistir?

¡Sí! Docker y Podman pueden convivir en el mismo sistema. Usan almacenamiento separado, así que los contenedores e imágenes no se comparten, pero puedes usar ambos para propósitos diferentes.

¿Cuál deberías usar?

Si empiezas desde cero o estás aprendiendo: elige Podman. Rootless por defecto, sin daemon, y los pods hacen que los conceptos de Kubernetes encajen antes. La compatibilidad de comandos hace que cambiar más adelante cueste casi nada.

Si trabajas en un equipo que ya usa Docker, o te apoyas en Docker Compose y Docker Desktop: quédate con Docker. El ecosistema es más maduro y todos los tutoriales lo dan por sentado. No hay ninguna urgencia por migrar una configuración ya asentada.

Aprendas lo que aprendas con uno, se traslada al otro casi por completo.

Artículos relacionados

• Qué es Docker y para qué sirve
• Qué es un volumen Docker
• Qué es Kubernetes y para qué sirve