Docker se lanzó en 2013 de la mano de dotCloud (luego Docker Inc.). En 2015 cedió el formato de imagen a la Open Container Initiative (OCI), que hoy es el estándar usado por Kubernetes, Podman, containerd y CRI-O.
Por qué dejamos de instalar “a pelo”
Antes de Docker, montar el mismo entorno PHP en tres sitios era un suplicio: el portátil del desarrollador, el servidor de pruebas y el de producción. Había que documentar la versión exacta de PHP, las extensiones y las librerías del sistema. Y rezar para que ninguna actualización del SO moviera algún número decimal.
Docker convierte esa frase de README en un fichero Dockerfile ejecutable. La “documentación” del entorno es el entorno.
El cambio operativo es real. Antes, un git pull en producción podía romper algo por una versión de OpenSSL distinta. Ahora un mismo artefacto (la imagen OCI) viaja firmado entre máquinas. Solo cambian las variables de entorno y los volúmenes montados.
Compose vs orquestadores
Para webs corporativas, e-commerce y herramientas internas, Docker Compose cubre el 90% de los escenarios. Basta con uno o dos docker-compose.yml, sin Kubernetes ni complejidad asociada.
La línea suele cruzarse cuando el proyecto necesita algo más exigente:
- Auto-escalado horizontal real.
- Despliegues sin caída por replicación.
- Políticas de red avanzadas (NetworkPolicy de K8s).
Es un escenario raro fuera de SaaS o picos de tráfico predecibles.
Cómo lo aplicamos en SMedialab
Todos nuestros despliegues internos van en Docker. Esto incluye el NUC de producción, donde corren las webs propias y de algunos clientes con redes MACVLAN segmentadas por VLAN, IP y MAC fijas. Pasar de bridge a MACVLAN aquí es lo que permite que cada contenedor tenga su propia IP visible en la red del cliente, un requisito habitual en infraestructura on-premise.
Donde NO lo introducimos es en hosting compartido tipo Hestia ya contratado por el cliente. Meter Docker bajo un panel cPanel/Hestia añade una capa de mantenimiento que no compensa, frente al php-fpm que el panel ya gestiona.
Casos típicos en nuestros clientes
Un despacho de abogados con su propia herramienta interna PHP sufría incompatibilidades cada vez que su equipo IT actualizaba el servidor Ubuntu. Movimos la app a un docker-compose.yml con MariaDB y Redis en sidecar. Ahora los upgrades del SO ya no la tocan, y los backups son un docker volume en vez de un tar de medio sistema.
Para un proyecto con app Astro + API PHP de un operador turístico, Docker Compose nos permitió levantar la misma topología en local, en preview y en producción: web, api, base de datos y uptime monitor, con tres ficheros .env distintos.
¿Necesitas mover una aplicación legacy a un entorno reproducible? Lo abordamos como parte del alojamiento web gestionado con Docker.
