Depuis Firebase
Firebase est le backend-as-a-service de Google, tournant entièrement sur l'infrastructure de Google avec une facturation à l'usage. Voici comment déplacer votre backend sur un serveur que vous possédez.
Pourquoi les équipes quittent Firebase
Firebase permet de lancer rapidement un backend d’application mobile ou web sans gérer de serveur. La friction apparaît quand l’usage grandit : les lectures et écritures Firestore, les invocations et la bande passante des Cloud Functions sont toutes facturées séparément, et la facture peut devenir difficile à prévoir.
Railyard fait tourner votre backend comme un processus serveur normal à un prix fixe par équipe, avec Postgres, MySQL ou Redis comme module géré.
Ce qui vous suit
- Votre logique backend, réécrite pour tourner comme une application standard sur un Dockerfile, des buildpacks, ou un Procfile, plutôt que comme des Cloud Functions.
- Vos variables d’environnement et vos secrets.
- Les données Firestore, exportées et migrées vers un schéma relationnel sur un module Postgres géré.
- Les utilisateurs Firebase Auth, exportables et importables vers votre propre système d’authentification ou une bibliothèque.
La migration
- Rattachez un serveur : un serveur existant, ou un nouveau serveur que Railyard provisionne dans votre compte cloud.
- Ajoutez votre dépôt et ajoutez le module Postgres, MySQL ou Redis dont votre application a besoin.
- Migrez vos données de Firestore vers votre nouveau schéma.
- Déployez vers une URL temporaire. Exécutez votre tâche de release et vérifiez.
- Basculez le DNS. Il n’y a aucune interruption ; Firebase continue de répondre jusqu’à la bascule.
Ce qui change
Un prix fixe par équipe plutôt qu’une facturation par lecture, par écriture et par invocation, et un serveur que vous pouvez comprendre plutôt qu’une collection de services gérés.