Viniendo de Firebase
Firebase es el backend-as-a-service de Google, corriendo enteramente sobre la infraestructura de Google con precios por uso. Así se mueve tu backend a un servidor propio.
Por qué los equipos dejan Firebase
Firebase es una forma rápida de lanzar el backend de una app móvil o web sin administrar un servidor. La fricción aparece a medida que crece el uso: las lecturas y escrituras de Firestore, las invocaciones y el ancho de banda de Cloud Functions se facturan por separado, y la cuenta puede volverse difícil de predecir.
Railyard corre tu backend como un proceso de servidor normal a un precio fijo por equipo, con Postgres, MySQL o Redis como complemento administrado.
Qué se viene contigo
- Tu lógica de backend, reescrita para correr como una app estándar sobre un Dockerfile, buildpacks, o un Procfile, en lugar de como Cloud Functions.
- Tus variables de entorno y secretos.
- Los datos de Firestore, exportados y migrados a un esquema relacional en un complemento de Postgres administrado.
- Los usuarios de Firebase Auth, exportables e importables a tu propio sistema de auth o a una librería.
La migración
- Conecta un servidor: uno existente, o uno nuevo que Railyard provisiona en tu cuenta de nube.
- Agrega tu repositorio y conecta el complemento de Postgres, MySQL o Redis que tu app necesita.
- Migra tus datos desde Firestore a tu nuevo esquema.
- Despliega a una URL temporal. Corre tu tarea de release y verifica.
- Mueve el DNS. No hay caída; Firebase sigue sirviendo hasta el cutover.
Qué es distinto
Un precio fijo por equipo en lugar de facturación por lectura, por escritura y por invocación, y un servidor que puedes entender en lugar de una colección de servicios administrados.