← Todas las guías de migración
Viniendo de Cloudflare Pages
Cloudflare Pages despliega sitios estáticos y edge functions en la red de Cloudflare. Si tu app necesita un backend tradicional basado en servidor, así se hace para correrlo en un servidor propio.
Por qué los equipos dejan Cloudflare Pages
Cloudflare Pages y sus edge functions son rápidos para un sitio estático o lógica edge ligera. La fricción aparece cuando tu app necesita un proceso backend real: un worker, un job largo, o un framework que espera un servidor normal en lugar de las restricciones del runtime edge.
Railyard corre ese backend como un proceso persistente en un servidor propio.
Qué se viene contigo
- Tu repositorio, construido desde un Dockerfile, buildpacks, o un Procfile.
- Tus variables de entorno y secretos.
- Un frontend estático puede quedarse en Cloudflare Pages; el backend se muda a Railyard detrás del mismo dominio.
La migración
- Conecta un servidor: uno existente, o uno nuevo que Railyard provisiona en tu cuenta de nube.
- Agrega tu repositorio y deja que Railyard detecte tu framework, o apúntalo a tu Dockerfile.
- Trae tu configuración y conecta los datastores que tu app espera.
- Despliega a una URL temporal. Corre tu tarea de release y verifica.
- Mueve el DNS para la ruta o el subdominio del backend. No hay caída.
Qué es distinto
Un servidor real para las partes de tu app que lo necesitan, con HTTPS, releases sin downtime y bases de datos administradas, a un precio fijo por equipo.