Una ruta por defecto recomendada para el constructor solitario

Aquí hay una ruta que ha funcionado para incontables proyectos de una sola persona. Cada paso se toma solo cuando realmente lo necesitas.

1. Prototipo: estático + un servicio de backend gestionado. Pon tu frontend en hosting estático (Cloudflare Pages, Vercel o Netlify). Para datos y autenticación, apóyate en un backend gestionado como Supabase o Firebase para evitar correr tú mismo una base de datos. Costo: prácticamente cero.

2. Producción temprana: agrega funciones edge o serverless. Cuando necesites lógica del lado del servidor —llamadas secretas a APIs, webhooks, autenticación personalizada—, agrega funciones en la misma plataforma. Sigue escalando a cero, sigue siendo barato, sigue siendo un solo despliegue.

3. Producto real: mueve el backend a una plataforma de contenedores. Cuando la app supere a las funciones (procesos de larga duración, un framework que quiere un servidor persistente, tareas en segundo plano), contenerízala y despliégala en Railway, Render o Fly.io. Haz que la IA escriba el Dockerfile y la configuración de la plataforma.

4. Escala o especializa: solo entonces considera VMs o un proveedor de nube como AWS. Aquí es donde salta la complejidad (y tu factura). La mayoría de los constructores solitarios nunca necesitan este paso, y eso es señal de estar haciendo bien las cosas, no una limitación.

Una CDN (Content Delivery Network, red de distribución de contenido) se sitúa frente a esta ruta y cambia la velocidad drásticamente según si ya tiene una copia. Un acierto de caché (cache HIT) responde instantáneamente desde el edge; un fallo de caché (cache MISS) tiene que viajar todo el camino de vuelta hasta tu servidor primero:

  CACHE HIT  (fast — most requests)
  ┌─────────┐      ┌───────────┐
  │ BROWSER │ ───▶ │ EDGE CACHE│ ──┐  copy already here
  └─────────┘ ◀─── │  (has it) │ ◀─┘  reply in milliseconds
                   └───────────┘

  CACHE MISS  (slow — first request)
  ┌─────────┐      ┌───────────┐      ┌──────────┐
  │ BROWSER │ ───▶ │ EDGE CACHE│ ───▶ │  SERVER  │  fetch + store
  └─────────┘ ◀─── │ (empty)   │ ◀─── │ (origin) │  next time = HIT
                   └───────────┘      └──────────┘

El error que hay que evitar es empezar en el paso 4 porque supuestamente es lo que usan los "ingenieros de verdad". Lo cierto es lo contrario: empezar simple es la jugada de un experto. Siempre puedes graduarte a más control, pero no puedes recuperar fácilmente los meses que perderías luchando contra una infraestructura que no necesitabas.