Viniendo de Laravel Forge
Laravel Forge administra servidores que de todos modos pagas por separado a un proveedor de nube. Railyard agrega complementos administrados, releases sin downtime y roles de equipo sobre el mismo modelo de servidor propio.
Por qué los equipos dejan Laravel Forge
Forge es un buen panel de aprovisionamiento de servidores: configura Nginx, PHP y tu script de deploy en un servidor que pagas directamente a tu proveedor de nube. La fricción aparece en lo que no hace: sin backups administrados de base de datos por defecto, sin releases sin downtime de verificar-y-luego-cambiar, y un control de acceso de equipo limitado.
Railyard mantiene la misma idea de un servidor en tu propia cuenta de nube, agregando complementos administrados, releases sin downtime y roles de equipo reales.
Qué se viene contigo
- Tu repositorio Laravel, construido desde un Dockerfile o buildpacks.
- Tus variables de entorno y secrets.
- Tu servidor existente: conéctalo por SSH en lugar de reconstruirlo.
- Los Postgres, MySQL y Redis administrados se mapean directo a complementos de Railyard, con backups programados añadidos.
La migración
- Conecta tu servidor: el que Forge ya administra, o uno nuevo que Railyard provisiona en tu cuenta de nube.
- Agrega tu repositorio y Railyard detecta Laravel automáticamente.
- Trae tu configuración y conecta los datastores que tu app espera.
- Despliega a una URL temporal. Corre
php artisan migratey verifica. - Migra los datos con un dump y restore hacia el complemento administrado.
- Mueve el DNS. Forge sigue sirviendo hasta el cutover; no hay caída.
Qué es distinto
Releases sin downtime de verificar-y-luego-cambiar, backups administrados y roles de equipo reales, sobre el mismo modelo de servidor propio que Forge ya usa.