Hetzner + Docker + Nginx: un stack VPS pragmatico
No es el stack mas glamuroso, pero si uno de los mas rentables para despliegues pequenos y medianos: barato, predecible y facil de operar. Cuando una web o automatizacion necesita salir de localhost sin entrar todavia en complejidad cloud pesada, este es un punto de partida muy razonable.
Muchos despliegues no necesitan Kubernetes, Terraform ni un equipo de plataforma. Necesitan una base limpia, documentada y facil de operar. En ese espacio medio, un VPS de Hetzner con Docker y Nginx ofrece una relacion coste-control muy dificil de igualar.
Por que esta combinacion sigue pareciendo dificil de batir
Hetzner da buen precio por recursos honestos. Docker reduce friccion entre desarrollo y servidor. Nginx da control sobre SSL, dominios, reverse proxy y reglas de entrada. Juntos forman una capa de despliegue razonable para una enorme cantidad de webs, automatizaciones y backoffices.
El servidor base que solemos montar
Docker nos interesa por operacion, no por moda
La ventaja real no es "tener contenedores". La ventaja es tener despliegues repetibles, menos diferencias entre entornos y rollback razonable cuando algo sale mal.
services:
web:
build: ./web
restart: always
api:
build: ./api
restart: always
env_file: .env
db:
image: postgres:16
restart: always
volumes:
- postgres_data:/var/lib/postgresql/data
volumes:
postgres_data:
Nginx hace de pegamento serio
Un proyecto deja de ser "ya esta en internet" cuando dominamos DNS, certificados, redirecciones, compresion y headers basicos. Nginx sigue siendo una de las mejores herramientas para eso porque es predecible y transparente.
El dia que hay que cambiar dominio, meter un subdominio nuevo o corregir un proxy raro, agradeces mucho tener una capa de entrada que no sea una caja negra.
Backups y observabilidad: lo que separa el hobby del servicio
La parte que mas veces se pospone es la que evita llamadas incomodas. Si el proyecto tiene base de datos, hay backups. Si tiene negocio detras, hay alertas. Y si un equipo depende de ello, hay trazas y logs razonables.
| Capa | Minimo aceptable | Lo que solemos anadir |
|---|---|---|
| Servidor | Backups snapshots | Alertas de disco, RAM y CPU |
| Base de datos | Dump diario | Restore probado y retencion |
| Aplicacion | Logs basicos | Uptime, errores y rotacion |
Cuando este stack se queda corto
No sirve para todo. Cuando hay muchisimo trafico, alta criticidad, requisitos duros de compliance o varios equipos tocando la misma plataforma, toca subir de nivel. Pero para muchos proyectos pequenos y medianos, este stack aguanta mucho mas de lo que se suele pensar.
Escalabilidad: Cuando VPS y cuando Serverless / AWS
Una queja comun es "si monto un VPS no voy a poder escalar cuando me haga viral". La realidad B2B es muy distinta. A menos que seas un B2C de hyper-growth, un servidor dedicado o VPS robusto soporta miles de peticiones concurrentes.
- Usa Serverless (Vercel/AWS Lambda) si: Tu trafico tiene picos masivos e impredecibles (ej. vendes entradas a conciertos), o no tienes a nadie en el equipo que sepa leer un log de Linux.
- Usa VPS + Docker (Hetzner) si: Tienes cargas de trabajo predecibles, procesos en background largos (CRONs, workers de IA), webhooks pesados o si el coste mensual de AWS se te esta comiendo el margen.
Casos de Uso: Ahorro mensual frente a AWS y Vercel
En Altya Studio hemos hecho migraciones de "Cloud Enterprise" a "Pragmatic VPS" donde la diferencia de factura mensual era asombrosa, manteniendo el 99.9% de uptime.
| Tipo de Proyecto B2B | Coste AWS / Vercel Pro | Coste Stack Hetzner | Resultado / ROI |
|---|---|---|---|
| SaaS con Base de Datos Media (RDS, Vercel, S3) | ~$250 / mes | ~$30 / mes (CX31 + Backups) | Ahorro del 88% anual, con mejor rendimiento de disco (NVMe local) y latencia 0 entre web y DB. |
| Instancia n8n + workers IA (Proceso intensivo) | ~$400 / mes (Fargate / EC2) | ~$45 / mes (CPX41) | Los workers de IA consumen mucha CPU constante. En AWS el pago por hora computo es altisimo; en Hetzner es tarifa plana. |
Nota: Obviamente en VPS asumes el tiempo de mantenimiento y actualizacion (que es el servicio que nosotros prestamos para que no tengas que preocuparte).
Conclusion: sencillo, barato y muy serio si se cuida bien
Es pragmatismo puro. No obliga al equipo a pagar complejidad antes de necesitarla y deja margen para crecer con dignidad. Si un proyecto esta en ese punto medio entre "demasiado grande para shared hosting" y "todavia no necesito cloud enterprise", este stack suele encajar muy bien.