Hosting de proyectos personales en 2026: de 0€ a producción

Desplegar una app en 2026 es casi trivial: un git push y ya está en el aire. Lo que no es trivial es abrir el panel de facturación a final de mes y encontrarte una sorpresa de tres cifras por un proyecto que todavía no ha facturado ni un euro.

Mucha gente sigue montando arquitecturas de gran empresa para proyectos personales y acaba cayendo en la sobre-infraestructura. En este post voy a lo práctico: cómo tener un stack serio, seguro y que aguante crecer por menos de lo que cuesta un café de especialidad.

El cementerio de las facturas innecesarias

Sigo viendo desarrolladores que tienen su lógica en Azure Functions o AWS Lambda conectándose a una base de datos en Supabase. El modelo serverless tiene sentido para picos de carga muy fuertes, pero para servicios que tienen que estar disponibles 24/7 suele salir caro. Pagas por cada ejecución y, además, la latencia entre proveedores distintos acaba notándose en la experiencia de usuario.

Luego está el extremo contrario: levantar una instancia EC2 sobredimensionada solo para asegurarte de que el backend sigue “vivo”. Es como alquilar un tráiler para llevar una caja de zapatos. Pagas CPU y RAM que están paradas el 99% del tiempo y le regalas tu dinero a Jeff Bezos.

La trampa del tráfico: el “Wallet DDoS”

El peligro de verdad no está en el cómputo, sino en el consumo de red (las egress fees). Proveedores como Vercel han hecho el despliegue accesible para cualquiera, pero lo que cobran por transferencia de datos puede dispararse. Un ataque DDoS mal gestionado, o simplemente un bot que decide scrapear tu web a lo bestia, puede generar millones de peticiones en minutos.

Si no tienes bien configurados los límites de gasto, te puedes despertar con una deuda que no esperabas solo porque tu proveedor te cobró un tráfico que tú nunca pediste.

El mapa del hosting en 2026: ¿dónde pongo el código?

Para moverse por todo lo que hay sin perder dinero por el camino, a mí me sirve clasificar las herramientas según cuánta responsabilidad te dejan a ti. No basta con saber si son buenas; hay que saber cuánto control te piden a cambio del precio.

1. PaaS: la comodidad se paga

Si quieres algo que funcione sin configurar nada, las PaaS siguen siendo la primera opción. Encajan en MVPs donde tu tiempo vale más que unos pocos dólares de diferencia.

• Vercel es la referencia para frontend y serverless. Su integración con Next.js es muy buena, pero vigila los límites de la capa gratuita si el tráfico empieza a crecer.
• Railway es probablemente la plataforma más equilibrada para backend. Despliegas contenedores Docker o servicios desde GitHub en segundos. Su modelo de créditos es justo, pero en un servicio 24/7 el contador no se para nunca.

2. La vuelta del VPS: control total y coste fijo

En 2026, lo que más se ve entre los indie hackers es la vuelta al servidor privado virtual (VPS). La diferencia con hace unos años es que ya no hace falta dominar la terminal para gestionarlo.

• Hetzner sigue siendo lo mejor en relación rendimiento/precio en Europa. Por lo que cuesta una cena tienes máquina de sobra para 10 proyectos pequeños.
• DigitalOcean es la opción más popular si prefieres un proveedor de Estados Unidos. Suele dar créditos a usuarios nuevos, así que puedes probar sin sustos al principio.
• Coolify es la pieza que faltaba: una alternativa de código abierto a Heroku que instalas en tu propio VPS. Te da una interfaz visual para gestionar bases de datos, despliegues y certificados SSL sin escribir una línea de Bash.
• Dokploy es una alternativa muy ligera que está ganando bastante terreno este año. Si quieres algo simple, basado en Docker y con una interfaz limpia, es buena elección.

3. Bases de datos que escalan a cero

• Neon: Postgres puro que se “apaga” cuando no hay tráfico y se levanta en milisegundos.
• Turso: basado en SQLite, encaja si tu aplicación corre en el edge. La capa gratuita es muy generosa.
• Supabase: más que una base de datos, es un backend como servicio completo. Útil para ir rápido, con autenticación y almacenamiento incluidos.

¿Qué stack elegir?

Escenario A: un MVP lo más rápido posible

Quieres validar una idea en menos de 48 horas sin abrir una terminal.

• Frontend: Vercel.
• Backend y base de datos: Supabase + Railway.

Es lo más rápido y el coste inicial es 0€.

Escenario B: indie hacker con varios proyectos

Tienes 5 o 6 ideas y quieres pagar lo mismo todos los meses.

• Infraestructura: un VPS en Hetzner o DigitalOcean.
• Orquestador: Coolify o Dokploy.

Pagas un fijo de unos 5-10€ al mes para todos tus proyectos.

Escenario C: app de alto rendimiento en el edge

Necesitas un SEO impecable y la mínima latencia en cualquier parte del mundo.

• Framework: Next.js o Astro.
• Despliegue: Cloudflare Pages.
• Base de datos: Turso.

Escala sin que tengas que pensar en ello y la transferencia de red sale casi gratis.

¿Coolify o Dokploy?

En 2026 ya no instalamos Docker a mano; usamos paneles de control. Entre los dos que he mencionado:

• Coolify si vienes de Heroku y quieres todas las comodidades: despliegues automáticos, backups con un clic y una comunidad grande. Es el que más cosas hace.
• Dokploy si prefieres algo más minimalista y rápido. Consume menos recursos y su forma de trabajar con Docker Compose es muy sencilla.

Checklist antes de lanzar nada

1. Límites de gasto. Activa alertas en Vercel o AWS. Pon avisos a los 5€ y apagado automático a los 20€.
2. Backups. Si usas Coolify o Dokploy, la responsabilidad es tuya. Manda los backups diarios a un almacenamiento externo como S3 o Cloudflare R2.
3. Firewall y SSH. Desactiva el acceso por contraseña, usa solo llaves SSH y cambia el puerto 22 por otro. Usa ufw para limitar el tráfico.
4. Protección DDoS. Pon Cloudflare delante como proxy. Es la mejor barrera gratuita para tu bolsillo.
5. Monitorización. Configura UptimeRobot o Better Stack. Que no sea un usuario quien te avise de que el servidor se ha caído.

Para cerrar

La infraestructura no tiene por qué ser un agujero de dinero. Hoy un desarrollador independiente puede tener el control de todo sin pasar por la complejidad de los grandes proveedores.

Lo que mantiene vivo un proyecto personal durante años no es el stack más moderno, sino uno cuyo coste de mantenimiento no lo acabe matando.

¿Tú qué usas para tus proyectos: serverless o ya te has pasado a tener tu propio servidor?