Alternativas a Heroku: cómo elegir y migrar con seguridad

Para una alternativa a Heroku, empieza por los procesos y complementos que tu app realmente usa. Lizard, Railway y Render son candidatos para un proceso web, un worker separado y una base de datos. Cloud Run encaja en un modelo de recursos distinto. Un VPS da más control y deja la operación del servidor en tus manos.

Heroku sigue siendo una opción también. Su paso a ingeniería de mantenimiento no significa que las aplicaciones existentes deban irse de inmediato. Esta comparación de Lizard verifica las fuentes vinculadas a 9 de septiembre de 2026.

Qué cambió en Heroku

El 6 de febrero de 2026, Heroku anunció un enfoque en estabilidad, seguridad, fiabilidad y soporte en lugar de nuevas características. El aviso dice que los clientes con tarjeta de crédito, incluidos los nuevos, pueden seguir usando el producto. No anuncia un cierre general. Leer el comunicado de Heroku.

La decisión de moverse debe responder a un requisito concreto: coste, una característica necesaria, restricciones de despliegue o tu visión de la dirección del producto. Una afirmación sin fundamento de que el servicio cierra crea urgencia sin ayudarte a planificar.

Mapea tu app de Heroku antes de comparar proveedores

Haz este inventario antes de elegir por el precio de la instancia web más pequeña. El worker, la base de datos y los add-ons suelen decidir qué opción es práctica.

Compara los modelos operativos más cercanos

Lizard: elige esto para servicios web y workers sin suscripción mensual ni cuota por plan de servicio. Los créditos comprados no caducan. Esto encaja con apps pequeñas y cargas de trabajo que varían a lo largo del mes. Añade Managed Postgres y Managed Redis a tasas de recurso, y opéralos mediante la Lizard CLI. El cálculo para apps pequeñas muestra cómo el uso puede mantenerse por debajo del mínimo de una instancia de pago. Configura las variables de conexión explícitamente.

Railway: evalúa su flujo de trabajo de proyecto y servicio si quieres gestionar varias partes de una app juntas. Railway mide el consumo; un plan de pago incluye crédito para uso. No es una réplica de precio fijo de un dyno. Facturación de Railway.

Render: evalúa sus planes de instancia web y worker cuando la capacidad seleccionada es más fácil de presupuestar para tu equipo. Valora también la base de datos y cualquier requisito de workspace. Precios de Render.

Cloud Run: identifica si cada proceso pertenece a un Servicio, Job o pool de workers. Una copia directa de un Procfile no define la arquitectura de Cloud Run. Tipos de recursos de Cloud Run.

Un VPS con Coolify u otra herramienta de despliegue: considera esto cuando quieres control del host y puedes mantenerlo. Una interfaz de despliegue no se hace cargo de parcheo, durabilidad del almacenamiento ni recuperación ante desastres. La guía VPS para Django muestra el trabajo que incluye una configuración basada en servidor.

Para más opciones, usa la comparación de PaaS.

Compara la factura mensual completa

Los precios publicados de Cedar de Heroku incluyen Basic a $7/mes y Standard-1X a $25/mes. Son precios de dyno, no una cotización para app web, worker y base de datos juntos. Verifica la fundación y el plan que usa tu app. Precios de Heroku.

En cualquier reemplazo, incluye cada proceso, base de datos, archivo retenido, cargo de red y característica de plan requerida. Para un plan medido, mide el consumo y ten en cuenta su crédito. Para instancias fijas, cuenta todas las instancias facturadas y su tiempo de operación.

Mantén la misma carga de trabajo en la comparación. No asumas que un reemplazo usa una fracción de CPU o memoria sin ejecutarlo. Incluye también un periodo en que los sistemas viejo y nuevo operen juntos durante la migración.

Mueve una copia antes de cambiar el tráfico

1. Exporta un inventario de configuración sin colocar valores secretos en un documento público. Fija versiones de runtime y dependencias.
2. Despliega el proceso web y el worker como servicios de prueba separados. Verifica sus comandos de inicio y comportamiento de apagado.
3. Restaura un backup de base de datos en una base de datos de prueba. Comprueba extensiones de PostgreSQL, conteo de filas y lecturas y escrituras a nivel de aplicación.
4. Prueba login, email, subidas, pagos en modo prueba y trabajos en segundo plano. Revisa dominios de callback y URLs de webhook.
5. Decide cómo manejar escrituras durante el corte. Una ventana de mantenimiento suele ser más fácil de razonar que dos copias escribibles.
6. Haz el backup final o termina la replicación, cambia las conexiones de la aplicación y luego cambia el tráfico. Vigila errores, jobs y actividad de la base de datos.

Mantén un plan de rollback que incluya los datos escritos después del cambio. Apuntar el DNS de vuelta no mueve esas escrituras a la base de datos antigua.

En Lizard, empieza desde la guía de despliegue con GitHub y referencias de variables. Lee la configuración del worker por separado de la del servicio web.

Cuándo quedarse es razonable

Quedarse en Heroku puede ser la opción de menor riesgo cuando la app cumple sus requisitos, tu equipo conoce el modelo operativo y moverse consumiría tiempo mejor invertido en otro lado. Una app madura puede depender de add-ons, pasos de release y prácticas internas que ninguna tabla de características captura.

Escribe el cambio que quieres de un nuevo host. Si una prueba no lo demuestra, una migración aún no ha ganado su coste.

FAQ

¿Está cerrando Heroku? El anuncio citado no dice eso. Describe ingeniería de mantenimiento y servicio continuado para clientes con tarjeta de crédito. Evalúa el comunicado actual y tu contrato en lugar de tratarlo como una fecha límite de cierre.

¿Puedo mantener mi Procfile? Es un inventario útil de comandos de proceso. Comprueba qué entradas detecta automáticamente tu host elegido y configura las demás como servicios o jobs separados.

¿Puedo mover Heroku Postgres a otro servicio PostgreSQL? A menudo sí, pero prueba la versión, extensiones, roles y proceso de restauración. La aplicación debe funcionar contra los datos restaurados antes de cambiar el tráfico de producción.

¿Reducirá la migración los costes? Solo una estimación completa y una prueba representativa pueden establecerlo. Incluye la base de datos, workers, almacenamiento, tráfico y solapamiento temporal entre hosts.