De Vercel a Railway: Por Qué Cambié Mi Stack de Infra en 20 Minutos
Elegir la infraestructura correcta para un MVP puede ser la diferencia entre quemar tu presupuesto o escalar inteligentemente. Aquí está mi historia.
De Vercel a Railway: Por Qué Cambié Mi Stack de Infra en 20 Minutos
Elegir la infraestructura correcta para un MVP puede ser la diferencia entre quemar tu presupuesto o escalar inteligentemente. Aquí está mi historia.
El Contexto
Estoy construyendo un producto ambicioso para disrumpir el sector turístico. El stack es complejo pero necesario:
- Python (FastAPI) para el backend con herramientas de IA
- Astro para el frontend principal
- React para el panel administrativo
- Express para un servicio de deeplinking (inicialmente era Next.js, pero era overkill)
La pregunta del millón: ¿Dónde deployar todo esto sin quebrar?
El Horror de Vercel
Mi primera opción fue Vercel. Soy fan de productos revolucionarios y Vercel es increíble para frontend. Subí Astro, React y consideré Next.js.
El problema: Mi backend con IA necesita poder de cómputo real.
Sí, técnicamente puedes correr backend en Vercel con Edge Functions, pero he leído historias de terror. Facturas de $90,000 USD en un mes. Eso no solo mata un emprendimiento, mata cualquier empresa en LATAM.
La Búsqueda Frustante
Perdí horas configurando:
AWS
- ✅ Robusto y escalable
- ❌ Configuración compleja para un MVP
- ❌ First Paint: 2.3s
- ❌ Curva de aprendizaje brutal
GCP
- ✅ Buenas herramientas de IA
- ❌ Overkill para empezar
- ❌ First Paint: 1.9s
- ❌ Setup tedioso
Render
- ✅ Más simple que AWS/GCP
- ❌ Aún requiere configuración manual
- ❌ Performance mediocre
El Plot Twist: Railway
Llegué a Railway escéptico. 20 minutos después, tenía todo funcionando.
Los Números que me Volaron la Cabeza
First Paint Screen (mismo código, misma app):
- Vercel: 1.70s
- AWS: 2.30s
- GCP: 1.90s
- Railway: 0.54s 🚀
3x más rápido que Vercel. Sin optimizaciones adicionales.
Por Qué Railway Ganó
1. Zero Config, Full Power
# No necesité escribir esto. Railway lo detectó automáticamente:
- Python backend → Detectó requirements.txt
- Astro frontend → Detectó package.json
- Variables de entorno → UI simple
- SSL → Automático
2. CI/CD en 5 Minutos
Conecté GitHub. Cada push a main
deploya automáticamente. Sin Actions, sin scripts, sin dolor.
3. Monorepo Friendly
Mi estructura:
/
├── backend/ # Python + FastAPI
├── frontend/ # Astro
├── admin/ # React
└── deeplink/ # Express
Railway detectó cada servicio y los deployó independientemente. En Vercel hubiera necesitado 4 proyectos separados.
4. Costos Predecibles
- Start: $5 USD de crédito gratis (suficiente para prototipos)
- Scale: Pagas lo que usas
- Bandwidth: Sí, es caro cuando excedes. Pero si llegas ahí, ya tienes tracción para justificar el costo
La Realidad del MVP
No necesitas Kubernetes en día 1. No necesitas la infraestructura de Netflix para validar tu idea.
Lo que sí necesitas:
- Deploy rápido
- Performance decente
- Costos controlados
- Poder escalar cuando funcione
Railway me dio todo eso en 20 minutos vs días de configuración en otras plataformas.
Para Ti
Si estás construyendo un MVP, especialmente en LATAM donde cada dólar cuenta:
- Empieza simple → Railway para todo
- Cuando tengas tracción → Evalúa si necesitas AWS/GCP
- Si explotas Railway → Felicidades, tienes un problema bueno
Prueba Railway con $5 USD gratis →
No es que Railway sea perfecto. Es que es perfecto para este momento de mi startup.
Cuando facture millones, tal vez migre a AWS. Hoy, necesito shipear rápido y dormir tranquilo.
¿Qué infraestructura usas para tus MVPs? Cuéntame en jlopezlira@gmail.com
JJ