Un compose por aplicación
Cada app vive bajo /opt con su propio docker-compose. Se levanta, se baja y se actualiza sola, sin arrastrar a las demás.
1 servidor → N apps · Infraestructura propia
VPS multi-app
Un patrón de hosting propio, documentado y repetible
qué hace falta para una app nueva
Archivos para agregar una app2
Puertos de base publicados0
Apps que hay que reiniciar0
Certificados que renovar a mano0
El problema
Varias aplicaciones conviviendo en un mismo VPS, cada una con su base, sin exponer puertos ni pisarse entre sí.
La decisión
Un compose por app, un Nginx central con un conf por app, y las bases en una red interna sin un solo puerto publicado.
Nginx central y un conf por app
Un solo reverse proxy con un archivo de configuración por aplicación. Agregar una app es agregar un archivo, no reescribir la configuración.
Bases en red interna
Las bases nunca publican puertos hacia afuera: viven en una red Docker interna a la que solo llega su aplicación. El TLS lo maneja Certbot de forma centralizada.
El resultado
Una app nueva entra al servidor con un compose y un conf, sin tocar lo que ya corre. Este sitio se despliega con el mismo patrón.
6
Apps bajo el patrón
10 min
Levantar y aislar una app nueva
0
Puertos de base publicados
Ficha técnica
- Rol
- Diseño del patrón, implementación y mantenimiento.
- Orquestación
- Docker · Docker Compose, un compose por app bajo /opt
- Proxy
- Nginx central, un archivo de configuración por aplicación
- TLS
- Certbot centralizado, renovación automática
- CI/CD
- GitHub Actions: build y despliegue automatizado hacia el VPS
- Red
- Red Docker compartida para HTTP, red interna para las bases
- Alcance
- Seis aplicaciones en producción sobre el mismo patrón: micaskin.com, este sitio y servicios internos propios.
Caso siguiente
Mensajería omnicanal
Plataforma multi-tenant sobre WhatsApp para retail
¿Trabajamos juntos?
Hablemos.
Lo diseño, lo construyo entero y me hago cargo de que siga andando. Escribime y hablamos. Respondo en el día.