Manual Técnico: Creación y Gestión de Pods con Podman

1. Introducción

Podman es un motor de contenedores daemonless compatible con OCI (Open Container Initiative). Permite ejecutar contenedores sin necesidad de un servicio central permanente como ocurre tradicionalmente con Docker.

Una de las características más importantes de Podman es el concepto de Pod, inspirado en Kubernetes.

Un pod es un grupo de uno o más contenedores que:

Comparten red (misma IP y puertos)
Pueden compartir namespaces
Comparten almacenamiento si se configura
Se gestionan como una única unidad lógica

Este manual cubre:

Fundamentos técnicos
Creación y administración de pods
Redes, volúmenes y seguridad
Integración con systemd
Uso de archivos declarativos
Comparación con Docker Compose

2. Conceptos Fundamentales

2.1 ¿Qué es un Pod?

Un pod en Podman es una agrupación de contenedores que comparten recursos del sistema.

Recurso Compartido ——————- ————– IP Sí Puertos Sí Network namespace Sí IPC namespace Opcional PID namespace Opcional Volúmenes Configurable

Arquitectura conceptual:

Pod
 ├── Infra Container (gestiona red)
 ├── Contenedor App
 ├── Contenedor Base de Datos
 └── Contenedor Sidecar (logs, proxy, etc.)

El infra container mantiene el namespace activo incluso si los demás contenedores se detienen.

3. Instalación

Debian / Ubuntu

sudo apt install podman

Fedora

sudo dnf install podman

Verificar instalación:

podman --version

4. Creación Básica de Pods

Crear un Pod

podman pod create --name mi_pod -p 8080:80

Esto:

Crea un pod llamado mi_pod
Publica el puerto 80 interno como 8080 externo

Ver pods:

podman pod ps

Añadir contenedores al Pod

podman run -dt --pod mi_pod nginx

Ejemplo práctico:

podman pod create --name webpod -p 8080:80

podman run -dt --pod webpod --name web nginx
podman run -dt --pod webpod --name redis redis

Ambos contenedores comparten la misma red.

5. Gestión del Ciclo de Vida

Iniciar un pod:

podman pod start webpod

Detener:

podman pod stop webpod

Eliminar:

podman pod rm webpod

Eliminar forzado:

podman pod rm -f webpod

6. Redes en Pods

Por defecto Podman utiliza:

Netavark (backend moderno)
CNI (modo legacy)

Un pod tiene:

Una IP compartida
Comunicación interna por localhost

Ejemplo:

Si nginx y redis están en el mismo pod:

redis://localhost:6379

No se requiere DNS interno como en Docker Compose.

7. Volúmenes y Persistencia

Crear volumen:

podman volume create datos_db

Usarlo:

podman run -dt \
  --pod webpod \
  -v datos_db:/var/lib/mysql \
  mysql

Ventajas:

Persistencia de datos
Separación del contenedor
Compatibilidad con ejecución rootless

8. Rootless: Seguridad Avanzada

Podman puede ejecutarse sin privilegios de root.

Verificar:

podman info | grep rootless

Beneficios:

Reducción de superficie de ataque
Aislamiento multiusuario
Ideal para entornos empresariales y académicos

9. Archivos Declarativos

Podman Compose

Permite utilizar archivos docker-compose.yml.

Instalación:

pip install podman-compose

Ejecución:

podman-compose up

Generar YAML tipo Kubernetes

podman generate kube webpod > webpod.yaml

Esto permite migración directa hacia Kubernetes.

10. Integración con systemd

Podman puede generar unidades systemd automáticamente.

podman generate systemd --name webpod --files

Esto genera:

pod-webpod.service

Beneficios:

Arranque automático del pod
Supervisión mediante systemd
Integración natural con servidores Linux

11. Casos de Uso Reales

Microservicios locales
Desarrollo sin privilegios
Servidores sin daemon
Laboratorios de seguridad
Migración hacia Kubernetes

12. Comparación: Podman Pods vs Docker Compose

Característica Podman Pods Docker Compose ————————— ———————– ——————- Arquitectura Daemonless Requiere daemon Seguridad Rootless nativo Generalmente root Unidad lógica Pod estilo Kubernetes Servicios IP compartida Sí No Compatibilidad Kubernetes Directa Indirecta Integración systemd Nativa Limitada Consumo de recursos Bajo Mayor

13. Ventajas Estratégicas de Podman

Seguridad superior
Arquitectura sin daemon
Mejor alineación con Kubernetes
Control granular por usuario
Integración fuerte con Linux empresarial

14. Limitaciones

Ecosistema más pequeño que Docker
Menos documentación histórica
Compatibilidad parcial de algunas herramientas CI/CD

15. Flujo Profesional Recomendado

Diseñar el pod
Probar contenedores con podman run
Generar YAML Kubernetes
Generar servicio systemd
Automatizar despliegue

16. Arquitectura Avanzada: Sidecars

Un pod permite arquitecturas como:

[ App ]
[ Proxy ]
[ Logger ]
[ Exporter ]

Todos comparten:

localhost
métricas
configuración

Este patrón replica la arquitectura de Kubernetes.

17. Conclusión

Podman es una herramienta moderna alineada con estándares OCI y diseñada con seguridad en mente.

Ventajas clave:

Seguridad sin daemon root
Integración directa con Kubernetes
Menor complejidad operativa en Linux
Arquitectura moderna de contenedores

En entornos Linux empresariales, Podman + Pods representa una alternativa sólida y segura frente a Docker Compose.