Banque de données Google Cloud vs firebase database

Google a déjà fait un guide pour cela

https://cloud.google.com/storage-options/

Les deux produits ont leurs forces et leurs faiblesses. Voici quelques raisons d’utiliser l’un ou l’autre:

Utilisez Firebase si vous voulez:

• Une firebase database sans votre propre backend : Les SDK Firebase vous permettent d’écrire des applications mobiles et Web sans utiliser votre propre backend. Vous pouvez lire et écrire dans la firebase database Firebase directement depuis votre application, sans code de serveur. Le modèle de sécurité de la firebase database permet un contrôle d’access fin sans serveur basé sur vos utilisateurs.
• Données en temps réel : Firebase vous permet d’écouter les modifications de vos données, ce qui facilite grandement l’écriture de certains types d’applications. Un bon exemple est l’ éditeur de texte collaboratif .
• Un modèle de données simple : la firebase database Firebase stocke JSON. Si vous connaissez JSON, vous connaissez le modèle de données Firebase.
• Pour bénéficier des autres fonctionnalités de Firebase : Par exemple, Firebase fournit une gestion et une authentification des utilisateurs qui fonctionnent parfaitement avec la firebase database.

Utilisez le magasin de données si vous voulez:

• Évolutivité quasi infinie : Datastore est connu pour évoluer vers des quantités massives de données
• Des requêtes plus puissantes : les requêtes de magasin de données sont plus puissantes que ce que vous pouvez faire avec Firebase.

La question est automatiquement résolue dans la dernière version de Firebase lancée dans Google IO 2016, dans laquelle ils ont apporté une intégration à grande échelle entre Firebase et Google Cloud Platform.

S’il vous plaît voir https://firebase.googleblog.com/2016/05/firebase-expands-to-become-unified-app-platform.html

Tous les services de la plate-forme Google Cloud sont désormais accessibles, de manière beaucoup plus simple via Firebase. La manière dont Firebase accède à la firebase database en temps réel a également été étendue à Google Cloud Storage. La plupart des API côté client de Google Cloud, telles que Google Cloud Messaging, ont migré vers la marque Firebase.

Firebase est clairement la voie à suivre par Google pour l’access côté client à l’infrastructure Google Cloud Services.

firebase pourrait être dit spécifiquement pour la plate-forme mobile. Google Cloud était une solution d’entreprise.

Firebase a développé ses sdks en gardant à l’esprit Android, IOS, Web et Unity (moteur de jeu). Vous n’avez pas besoin du serveur Web pour interagir avec ses composants. Ses sdks sont suffisants pour le faire. Donc, pas de coût de serveur Web ou de serveurs d’applications. Il a une firebase database en temps réel, vous pouvez écouter et il est ridiculement rapide.

Il offre un service de messagerie en nuage, une authentification, des fonctions Lambda et un stockage de masse (comme tout autre cloud). Sa documentation est très succincte. Ainsi, vous n’avez pas besoin de parcourir des milliers de pages pour comprendre les services cloud classiques tels qu’AWS ou Google Cloud. Il m’a fallu un mois pour intégrer mon jeu avec AWS mais il ne m’a fallu qu’une semaine pour l’intégrer à Firebase.

Mise à jour Octobre 2017 (Firebase a publié Cloud Firestore):

Il convient de noter qu’avec la version récente de Cloud Firestore (version bêta à partir d’octobre 2017), les avantages de Datastore par rapport à “Firebase” mentionnés par johnydee sont désormais obsolètes si vous utilisez le produit Firestore, car il dispose de requêtes puissantes et hautement évolutives. .

Ces produits (Datastore et Firestore) partagent des racines communes et un seul peut être utilisé sur le même projet.

La réponse de Johny s’applique toujours si vous comparez la firebase database Firebase Realtime au magasin de données.