Infraestructura mínima para una startup: todo lo necesario por 50 $ al mes
Hay un patrón persistente en la muerte de las startups técnicas. No mueren por una mala idea ni por falta de dinero en el primer mes. Mueren porque tres ingenieros pasan seis meses construyendo infraestructura para un millón de usuarios que no tienen y que quizá nunca tendrán.
Kubernetes, microservicios, multi-region, service mesh: todo suena impresionante en una revisión de arquitectura. Pero en la fase de MVP, una infraestructura seria suele significar una seria pérdida de tiempo. Y, lo que es peor, una seria pérdida de dinero: según Andreessen Horowitz, la infraestructura es el segundo mayor gasto de una startup después de las nóminas, con una media del 50–80 % del coste de los bienes vendidos en empresas SaaS. (a16z)
La pregunta no es si estas tecnologías son buenas. La pregunta es si las necesitas ahora mismo.
Infraestructura MVP: un servidor, no un clúster
La primera regla de una startup es velocidad hasta el producto. Todo lo que no acerca a un producto funcional en manos de los usuarios es deuda técnica inversa: una deuda con el negocio que se contrae por comodidad de ingeniería.
La infraestructura mínima de producción para una aplicación web consiste en un VPS con Docker, una base de datos, almacenamiento de archivos, despliegue automatizado y monitorización. Eso es todo. Sin orquestadores, sin colas de mensajes, sin entornos de staging separados hasta que haya clientes que paguen.
Según la encuesta Stack Overflow Developer Survey 2025, el 71,1 % de los desarrolladores profesionales usan Docker — un aumento de 17 puntos porcentuales respecto al año anterior, el mayor salto de cualquier tecnología en la encuesta. Kubernetes está en el 28,5 %. (Stack Overflow) Docker se ha convertido en una expectativa básica; Kubernetes es una herramienta de escalado. En la fase de MVP se necesita lo primero, pero no lo segundo.
Docker + VPS: el caballo de batalla
Un solo archivo docker-compose.yml describe toda la aplicación: servidor web, API, base de datos, reverse proxy. Para desplegar se ejecuta docker compose pull && docker compose up -d — y en segundos la nueva versión está funcionando. Rollback: un comando. Reproducibilidad absoluta: lo que funciona en el portátil funciona en el servidor.
Para un VPS en 2026, merece la pena mirar Hetzner. Su CX22 (2 vCPU, 4 GB RAM, 40 GB SSD) empieza en 3,99 € al mes, el CX32 (4 vCPU, 8 GB RAM, 80 GB SSD) en 6,30 €. Ambos incluyen 20 TB de tráfico. Una configuración comparable en AWS (t3.large, 2 vCPU, 8 GB) cuesta unos 67 $ al mes, en GCP (e2-standard-2) 52 $, en Azure (B2s) 70 $. (culta.ai) Una diferencia de 4 a 7 veces con especificaciones idénticas. (SignalThirty)
Para comparar: un clúster mínimo de Kubernetes gestionado cuesta 312 $ en GKE Autopilot, 402 $ en EKS, 420 $ en AKS. (culta.ai) Tres nodos, tarifa de gestión, balanceador de carga — y el presupuesto de infraestructura desaparece antes del primer usuario.
PostgreSQL: la única base de datos que se necesita al inicio
No se debe elegir una base de datos para la carga futura. Se elige para la realidad actual: un servidor, una aplicación, fiabilidad y flexibilidad requeridas.
PostgreSQL alcanzó el 55 % de adopción entre desarrolladores en 2025 según JetBrains y el 55,6 % según Stack Overflow — más que cualquier otra base de datos. (JetBrains, Stack Overflow) El crecimiento no es casual: la extensión pgvector para búsqueda vectorial permite usar Postgres también para cargas de IA, ahorrando un 60–80 % frente a bases de datos vectoriales dedicadas. (byteiota) Postgres funciona simultáneamente como base relacional, almacén de documentos (vía JSONB), motor de búsqueda (vía tsvector) y backend de colas (vía LISTEN/NOTIFY o pg_cron).
En la fase de MVP, la base de datos corre en el mismo VPS que la aplicación. Cuando lleguen la carga real y el dinero real, se migra a un servicio gestionado. No antes.
Una regla innegociable: configurar copias de seguridad desde el primer día. Un cron con pg_dump y una copia al object storage lleva 20 minutos de configuración y algún día salvará el negocio.
Object Storage: archivos fuera del servidor
Subidas de usuarios, avatares, documentos, copias de seguridad — nada de esto debería residir en el sistema de archivos del VPS. El disco del servidor es finito, hacer backup completo es caro, y migrar a otro servidor implica copiar archivos a mano.
El almacenamiento compatible con S3 resuelve este problema de una vez por todas. Todos los frameworks modernos lo soportan de serie.
Cloudflare R2 es la opción más rentable para una startup. 10 GB gratis, almacenamiento adicional a 0,015 $ por GB al mes, y lo más importante: coste de egress cero. Para comparar: el egress en AWS S3 cuesta 0,09 $/GB, en GCP y Azure 0,08–0,12 $/GB. Con 100 GB de almacenamiento y 1 millón de peticiones, la diferencia de precio base es pequeña (2,00–2,40 $/mes), pero en tráfico R2 gana por múltiplos. (Cloudflare, culta.ai)
Para copias de seguridad de la base de datos, activos estáticos y archivos de usuarios, una startup típicamente se mantiene dentro del free tier durante los primeros meses.
CI/CD: automatización desde el primer commit
El despliegue manual no ahorra tiempo. Es una explosión diferida: algún día alguien desplegará la rama equivocada, se saltará los tests o hará un push a producción un viernes por la noche desde el portátil en un bar.
GitHub Actions en el plan gratuito ofrece 2.000 minutos al mes para repositorios privados en runners Linux. Para repositorios públicos, sin límite. Desde enero de 2026, los precios de runners de pago bajaron: Ubuntu a 0,006 $/min (antes 0,008 $), Windows a 0,010 $/min, macOS a 0,048 $/min. (GitHub, GitHub)
Un pipeline mínimo para una startup: ejecutar tests, construir una imagen Docker, subirla al registry, conectarse al servidor por SSH y ejecutar docker compose pull && docker compose up -d. Son 15–20 líneas de YAML y 2–3 minutos por despliegue.
Alternativa: GitLab CI con 400 minutos de cómputo en el plan gratuito. (GitLab) Si ya se usa GitLab, no hay razón para cambiar solo por CI/CD.
Monitorización: saber antes que el usuario
La monitorización en la fase de MVP no es Datadog a 23 $ por host. Son tres cosas: saber que el servicio está vivo, saber que el servidor no se ahoga y recibir notificaciones cuando algo se rompe.
Uptime Kuma es una herramienta de monitorización self-hosted con más de 84.000 estrellas en GitHub. Comprueba HTTP, TCP, DNS y envía alertas a Telegram, Slack, email. Se despliega con una sola línea en docker-compose.yml. (Uptime Kuma)
Para métricas del servidor: node_exporter + Prometheus + Grafana — el stack estándar, corriendo en el mismo VPS. Consume pocos recursos pero da la imagen completa: CPU, RAM, disco, red, I/O de la base de datos.
Si no se quiere montar Prometheus, al menos hay que configurar docker stats y una alerta sobre espacio libre en disco. Un disco lleno es la causa número uno de caídas inesperadas en startups que se olvidaron de los logs.
Presupuesto: VPS frente a la nube
Dos escenarios para el mismo MVP.
Escenario A: VPS (Hetzner)
| Componente | Solución | Coste |
|---|---|---|
| VPS | Hetzner CX32 (4 vCPU, 8 GB RAM) | ~6,30 €/mes |
| Base de datos | PostgreSQL en el mismo VPS | 0 € |
| Object Storage | Cloudflare R2 (10 GB free tier) | 0 $ |
| CI/CD | GitHub Actions (free tier) | 0 $ |
| Monitorización | Uptime Kuma + Grafana (self-hosted) | 0 $ |
| Dominio | .com / .dev | ~1 $/mes (amort.) |
| Backup | VPS snapshot (Hetzner) | ~1,20 €/mes |
| Total | ~10–12 $/mes |
Escenario B: nube (AWS / GCP / Azure)
| Componente | AWS | GCP | Azure |
|---|---|---|---|
| Compute (2 vCPU, 8 GB) | 67 $ | 52 $ | 70 $ |
| Managed PostgreSQL (mín.) | 145 $ | 120 $ | 155 $ |
| Object Storage (100 GB) | 2,40 $ | 2,10 $ | 2,00 $ |
| CI/CD | incluido | incluido | incluido |
| Total (MVP) | 250–400 $ | 200–320 $ | 260–420 $ |
Fuente: (culta.ai)
La diferencia es de un orden de magnitud. El escenario VPS cuesta 10–12 $ al mes; un MVP en la nube, 200–400 $. La aplicación hace lo mismo en ambos casos.
Una nota importante: los tres proveedores cloud tienen programas de créditos para startups. AWS Activate ofrece hasta 100.000 $, Google for Startups hasta 100.000 $, Microsoft Founders Hub hasta 150.000 $. (AWS, Google, Microsoft) Si la startup está vinculada a una aceleradora, estos créditos pueden cubrir la infraestructura cloud durante 12–18 meses. Pero los créditos se terminan, y la costumbre de depender de servicios gestionados se queda.
La regla fundamental: cada dólar adicional en infraestructura debería ser una respuesta a un problema real, no a una carga imaginaria.
Conclusión breve
La infraestructura mínima para una startup no es un parche ni deuda técnica. Es una decisión consciente: invertir dinero y tiempo en el producto, no en mantener una infraestructura que todavía nadie está usando.
Un VPS, Docker Compose, PostgreSQL, almacenamiento S3, despliegue automatizado, monitorización básica. Diez a quince dólares al mes. Todo lo demás, cuando haya usuarios, ingresos y razones para escalar.