Heroku vs Railway: diferencias en despliegue, bases de datos y workers
Publicado el 2026-10-26 por frfrand
Heroku vs Railway con ejemplo de backend y PostgreSQL
Heroku y Railway quieren simplificar el mismo momento incómodo: cuando el código ya funciona, pero todavía no lo usó nadie fuera de tu computadora. Su manera de organizar procesos, bases y facturación tiene diferencias que aparecen al crecer.
No existe un ganador universal. Si comparamos sólo el precio más bajo del catálogo, la conclusión suele ser falsa: una API con base de datos, workers, archivos y varios clientes no cuesta lo mismo que una página estática.
La diferencia de fondo entre Heroku y Railway
Heroku: Heroku utiliza dynos y add-ons, con una experiencia PaaS muy conocida y procesos separados por función.
Railway: Railway trabaja con servicios y recursos dentro de proyectos, integración Git y su modelo de uso.
| Pregunta | Heroku | Railway |
|---|---|---|
| Qué enfoque tiene | Heroku utiliza dynos y add-ons, con una experiencia PaaS muy conocida y procesos separados por función | Railway trabaja con servicios y recursos dentro de proyectos, integración Git y su modelo de uso |
| Cómo se comprueba | Desplegando una app real y revisando logs | Con el mismo caso, recursos y pruebas |
| Qué cuenta en el costo | Cómputo, datos y servicios necesarios | Cómputo, datos y servicios necesarios |
| Qué sigue siendo tuyo | Código, permisos, lógica y pruebas | Código, permisos, lógica y pruebas |
Un proyecto real para compararlos sin adivinar
Un chatbot recibe mensajes por webhook y genera respuestas usando un modelo de IA. Si el webhook tarda demasiado, podés perder reintentos o bloquear recursos. Es más seguro guardar el evento, responder rápido y procesar con un worker.
En vez de desplegar dos demos distintas, elegí un único repositorio y aplicá la misma carga. Si uno usa PostgreSQL externo y otro una base local, anotá esa diferencia para no atribuir toda la latencia al proveedor web.
Prueba práctica en cinco pasos
- Definí por separado proceso web y worker antes de comparar.
- Publicá la misma API y guardá una versión reproducible del código.
- Conectá PostgreSQL y comprobá permisos y persistencia.
- Simulá una tarea lenta y verificá si necesita su propio proceso.
- Calculá costos de todos los componentes, no sólo de la unidad de cómputo web.
No olvides probar el camino de error: apagá el proceso en una ventana controlada y mirá si el sistema te muestra por qué dejó de responder. Si una aplicación registra reservas, probá también dos peticiones simultáneas para comprobar la regla de disponibilidad y consistencia.
El error típico al comparar
No subas credenciales a Git y no guardes archivos de usuario en el filesystem efímero de un proceso esperando que sean permanentes.
Tampoco miraría únicamente las casillas de «sí» y «no» de una tabla: preguntá bajo qué plan está disponible la función, si necesita una integración externa, si hay un límite de ejecución y qué equipo se ocupará de mantenerla.
Cómo encaja ArduMaker en la discusión
En ArduMaker podés configurar un servicio HTTP y otro worker en el mismo VPS, con Redis y PostgreSQL si los necesitás. El modelo implica más control de infraestructura y operación.
Para una arquitectura que combina FastAPI, PostgreSQL y un worker, en ArduMaker podés crear el VPS, asociar el repositorio Git, administrar la base y el proceso, y publicar el dominio con HTTPS. Si tenés un frontend en otra plataforma, también podés conservarlo ahí y mover sólo la API. No hace falta migrar todo para aprovechar una ventaja concreta.
| Necesidad | Heroku o Railway | ArduMaker |
|---|---|---|
| Aplicaciones desde Git | Según flujo de cada proveedor | Despliegue Git en el VPS |
| Base y procesos continuos | Según producto y configuración | PostgreSQL/Redis y servicios según recursos del VPS |
| Acceso root | Depende del modelo de producto | Administración del VPS |
| Complejidad operativa | Depende del nivel gestionado o autoalojado | Más control, con tareas de mantenimiento propias |
¿Cuál elegiría para trabajar todos los días?
Elegí PaaS si delegar el sistema vale más para tu equipo. Probá el VPS si tus procesos son persistentes y necesitás flexibilidad de configuración.
Haría la comparación con el proyecto que realmente tengo que entregar, no con el tutorial más corto. Antes de cambiar de proveedor, guardá y verificá backups, prepará la reversión y calculá cuánto tiempo te va a costar mantener la nueva configuración.
Fuentes para verificar detalles vigentes
- Documentación de Heroku
- Documentación de Railway
- Comparar Heroku con ArduMaker
- Comparar Railway con ArduMaker
Resumen: lo que importa no es sólo cómo se publica la primera versión, sino quién puede operarla, recuperar los datos y resolver un problema a las tres de la mañana.