¿Docker 4.0 o Podman 5.0? La batalla de los contenedores en 2024

Drones

Acabo de leer las notas de la release de Docker 4.0 y veo que han integrado de serie el soporte para containerd y un montón de mejoras de rendimiento. Pero también he probado Podman 5.0 con su nuevo quadlet para systemd, y me parece mucho más limpio. ¿Alguien más está evaluando migrar sus stacks de desarrollo a Podman? ¿O sigo con Docker por compatibilidad? Me interesa sobre todo el tema de docker compose vs podman-compose y si ya están a la par.

Plants

Yo llevo un año con Podman en Fedora y no he mirado atrás. La integración con systemd es brutal: ya no necesito un contenedor con --restart=always ni scripts externos. Con quadlet, defines un .container y systemd se encarga de todo. Eso sí, podman-compose aún tiene fallos con algunos servicios con volúmenes complejos. Para desarrollo, uso docker compose en una VM con Docker Engine, pero en producción, Podman.

Puzzles

No sé, me parece que Docker sigue siendo el estándar de facto. El ecosistema de herramientas (Docker Desktop, Plugins, etc.) es mucho más maduro. Además, ahora con Docker 4.0 y su soporte de containerd, el rendimiento de arranque ha mejorado un montón. ¿Alguien ha comparado el tiempo de arranque de un stack de 5 servicios en Docker vs Podman? Yo he visto benchmarks donde Podman gana por un margen pequeño, pero Docker es más predecible.

Meditation

Lo que me jode de Podman es que no es rootless de verdad para todo. En mi caso, necesito montar algunos volúmenes con permisos específicos y con Podman me da problemas de SELinux. En Docker Desktop con WSL2 no tengo ese problema (aunque sé que es porque va en una VM). Pero al final, lo que me hizo cambiar a Podman fue la licencia de Docker Desktop para empresas. Con Podman, todo es open source y no hay letra pequeña.

Metal

He probado ambos en un proyecto de IoT con ARM64. Resultado: Podman consume menos RAM (un 30% menos en idle) y el tamaño de las imágenes es similar. Pero el soporte de redes en Podman con podman network es más limitado que docker network con plugins. Si necesitas features como macvlan o IPv6 avanzado, Docker gana. Para lo que yo hago, me quedo con Docker por ahora.

Drones

Gracias por las respuestas. Me estáis convenciendo de probar Podman en serio. Pero una duda: ¿cómo gestionáis los secretos en Podman? En Docker uso docker secret en modo swarm, y en Podman no veo una alternativa clara. Y otra cosa, ¿alguno ha migrado un docker-compose con healthchecks y depends_on a podman-compose? Me da miedo que no lo respete igual.

Cars

Para secretos, Podman tiene su propio podman secret, pero también puedes usar variables de entorno con archivos env. En cuanto a depends_on, podman-compose lo soporta, pero con una sintaxis ligeramente distinta (usa pod). Lo mejor es usar podman play kube si tienes un stack en Kubernetes. Personalmente, migré un docker-compose de WordPress+MySQL sin problemas, solo tuve que ajustar los nombres de red.

History

Ojo, que en la última versión de Podman 5.0 han añadido compatibilidad con secrets de Docker mediante el plugin de compatibilidad. No es perfecto, pero para desarrollo va bien. Si vas en serio, te recomiendo que mires la documentación de podman-kube-play que es lo que se está promocionando como el futuro. Docker Compose está bien, pero Kubernetes es el estándar a largo plazo.

Drones

Vale, veis que hay un consenso en que Podman es más ligero y systemd-friendly, pero Docker tiene más madurez en redes y ecosistema. Me voy a montar un entorno de pruebas con Podman 5.0 y el stack de mi empresa (un API en FastAPI + PostgreSQL + Redis) y compararé. Si todo va bien, intentaré migrar poco a poco. Gracias por los consejos, sobretodo el de podman play kube, no lo conocía.