← Todas las guías de migración

Viniendo de Anywhere else

Fly, DigitalOcean App Platform, Coolify, Dokku, un VPS armado a mano. Si se construye desde un Dockerfile, buildpacks o un Procfile, se puede migrar.

La migración tiene la misma forma en todas partes

Railyard no necesita un adaptador especial para tu host actual. Si tu app se construye desde un Dockerfile, Cloud Native Buildpacks, Nixpacks, o un Procfile, y habla con Postgres, MySQL o Redis, se puede migrar.

Qué se viene contigo

  • Tu repositorio y su definición de build, sin cambios.
  • Tus tipos de proceso: web, worker, release, lo que sea que corras.
  • Tus variables de entorno.
  • Tus bases de datos, como complementos administrados con connection strings inyectados.
  • Tus dominios personalizados, con TLS automático.

La migración

  1. Apunta Railyard a un servidor: uno que ya tengas, conectado por SSH, o uno nuevo provisionado en tu cuenta de nube.
  2. Agrega tu repositorio y elige el método de build que coincida con cómo se construye hoy.
  3. Trae tu configuración y conecta los datastores que tu app espera.
  4. Despliega a una URL temporal y pon la app a prueba.
  5. Mueve tus datos con un dump y restore estándar hacia el complemento administrado.
  6. Cambia el DNS. Tu host actual sigue sirviendo hasta que el registro cambia. No hay una ventana en la que nada esté arriba. Luego apaga el despliegue anterior.

La única regla que lo hace seguro

Nunca elimines lo anterior hasta que el DNS se haya movido y hayas visto tráfico real llegar a Railyard. Mantén la plataforma anterior pagada durante una semana. Luego cancélala.

Lleva tu app de Anywhere else a un servidor propio.

Agrega un servidor, apunta Railyard a tu repositorio y despliega. Cambia el DNS cuando funcione. Tu app vieja sigue respondiendo hasta entonces.

Plan gratis, sin tarjeta, y 14 días de Pro para cada equipo nuevo. Un precio fijo por equipo.