Los contenedores necesitan CPU y memoria suficientes; defina límites para que un contenedor no afecte a otros. El almacenamiento persistente requiere volúmenes o almacenamiento externo. Para apps multi-contenedor use Compose u orquestador como K8s.
Límites de recursos
- CPU y memoria: Defina límites (y requests en K8s) para que ningún contenedor agote a los demás. Monitoree uso y ajuste.
- I/O: En hosts compartidos el I/O de disco puede ser contendedor; considere almacenamiento dedicado o high-IOPS para BD o caché pesados.
- Red: El bridge por defecto basta para single-host; para multi-host use overlay o red del proveedor.
Almacenamiento persistente
- Volúmenes: Bind mounts o volúmenes nombrados para datos que deben sobrevivir al reinicio del contenedor. Haga backup de los volúmenes por separado.
- Almacenamiento externo: NFS, block/object en nube o BD gestionada para datos que deben sobrevivir al servidor. Prefiera para BDs de producción.
Orquestación
- Docker Compose: Bueno para apps multi-contenedor en single-host (app + BD + caché). Simple y suficiente para equipos pequeños.
- Kubernetes (o similar): Cuando necesite escalado, self-healing y multi-nodo. Más ops; use cuando Compose no baste.
Resumen
Defina límites de recursos; use volúmenes o almacenamiento externo para persistencia; elija Compose para single-host o K8s para escalar y resiliencia. Haga backup de los datos fuera de los contenedores.
