Español
English
Català
FrançaisUne application mobile doit stocker des données et exécuter des actions qui ne doivent pas dépendre du code installé sur le téléphone. Firebase et une API personnalisée peuvent répondre à une partie de ce besoin, mais leur fonctionnement diffère. Firebase propose des produits gérés et des SDK ; avec votre API, vous choisissez et exploitez le backend et ses composants.
Ce que Firebase prend en charge
Firebase regroupe des produits distincts tels que Authentication, Firestore, Cloud Functions, Cloud Messaging et Storage. Vous pouvez sélectionner ceux dont l’application a besoin. Firestore est par exemple une base NoSQL gérée avec des fonctions temps réel et hors connexion ; Cloud Functions exécute du code backend en réaction à des événements ou à des requêtes HTTPS. Vous n’avez pas à installer une machine virtuelle pour exploiter ces services. Consultez les produits Firebase pour Flutter et les conditions propres à chaque produit.
Un service géré ne configure pas la sécurité à votre place. Vous devez définir l’authentification, les règles d’accès aux données, les permissions, les limites d’usage et les paramètres du projet. App Check peut aider à protéger certaines ressources contre les abus, sans remplacer l’autorisation métier.
Ce que vous apporte une API personnalisée
Vous définissez les routes, validations et règles métier, choisissez vos outils et connectez vos systèmes. Vous décidez où fonctionnent l’API et la base de données. En contrepartie, il faut gérer déploiements, mises à jour, secrets, TLS, DNS, sauvegardes, surveillance et tests de restauration.
Projects déploie depuis Git des services compatibles ; ce n’est pas automatiquement une base de données mobile gérée. Un VPS offre davantage de contrôle, mais vous devez administrer le système et ses services.
| Sujet | Firebase | API personnalisée |
|---|---|---|
| Runtime et services gérés | Opérés par Firebase pour les produits choisis | Opérés par votre équipe ou un administrateur mandaté |
| Modèle de données | Produits et modèles proposés par Firebase | Base à choisir et à exploiter ou faire exploiter |
| Sécurité | Configurer règles, identités et limites | Implémenter et tester authentification et autorisations |
| Coût | Dépend des produits, de l’usage et des conditions actuelles | Dépend du serveur, des données, du trafic et de l’exploitation |
Choisissez Firebase si ses fonctions gérées conviennent et si vous ne souhaitez pas exploiter de serveurs. Préférez votre API si vous avez besoin de règles métier ou d’intégrations particulières et pouvez maintenir le backend. Les deux modèles peuvent coexister : Firebase Authentication peut fournir un jeton que votre API vérifie. Définissez quelle source fait autorité pour chaque donnée et évitez les écritures en double sans stratégie de synchronisation.
Pour une API personnalisée, définissez routes et permissions, déployez derrière HTTPS, gardez les secrets sur le serveur et testez plusieurs profils d’accès. Hostbrid peut exécuter un backend compatible via Projects ou un VPS autogéré. Hostbrid ne fournit pas Firebase et ne sécurise pas automatiquement votre application. Consultez le guide API pour applications mobiles, la configuration d’une API Flutter en production et React Native en production.
Si vous avez choisi de créer votre API, comparez Projects et VPS pour l’héberger selon le runtime, la base de données et la personne qui assurera la maintenance.