spanner - Google Cloud Datastore vs Firebase
google cloud storage options (5)
Ambos productos tienen sus fortalezas y debilidades. Aquí hay algunas razones para usar uno u otro:
Usa Firebase si quieres:
- Una base de datos sin su propio backend : los SDK de Firebase le permiten escribir aplicaciones móviles y web sin ejecutar su propio backend. Puedes leer y escribir en la base de datos de Firebase directamente desde tu aplicación, no se requiere código de servidor. El modelo de seguridad de la base de datos permite un control de acceso detallado sin un servidor basado en sus usuarios.
- Datos en tiempo real : Firebase le permite escuchar los cambios en sus datos, lo que facilita la escritura de cierto tipo de aplicaciones. Un gran ejemplo es el editor de texto colaborativo .
- Un modelo de datos simple : la base de datos Firebase almacena JSON. Si conoce JSON, conoce el modelo de datos de Firebase.
- Para beneficiarse de otras características de Firebase : por ejemplo, Firebase proporciona administración y autenticación de usuarios que funciona muy bien con la base de datos.
Use el almacén de datos si desea:
- Escalabilidad casi infinita : se sabe que el almacén de datos escala a grandes cantidades de datos
- Consultas más potentes: las consultas del almacén de datos son más potentes que lo que puedes hacer con Firebase.
Google proporciona dos servicios de almacenamiento de datos basados en la nube, Google Cloud Datastore y Firebase (después de su adquisición). Si bien se proporcionan escenarios de uso típicos para permitir que un desarrollador haga una selección entre varios servicios proporcionados por la plataforma en la nube de Google, no se menciona cómo Firebase se ajusta a la imagen en su desarrollo actual / futuro.
¿Alguien puede imaginarse alguna idea al respecto y proporcionar casos de uso típicos para Google Cloud Datastore vs Firebase?
Firebase podría decirse específicamente para la plataforma móvil. Google Cloud fue una solución empresarial.
Firebase ha desarrollado sus sdks teniendo en cuenta Android, IOS, Web y Unity (motor de juego). No necesita el servidor web para interactuar con sus componentes. Sus sdks son suficientes para hacer eso. Por lo tanto, sin costo de servidor web o servidores de aplicaciones. Tiene una base de datos en tiempo real, puede escuchar y es ridículamente rápido.
Cuenta con servicio de mensajería en la nube, autenticación, funciones de Lambda y almacenamiento masivo (como cualquier otra nube). Su documentación es muy sucinta. Por lo tanto, no necesita pasar por miles de páginas para comprender un servicio en la nube típico como AWS o Google Cloud. Me llevó un mes integrar mi juego con AWS, pero me llevó solo una semana integrarme con Firebase.
La pregunta se aborda automáticamente en la última versión de Firebase lanzada en Google IO 2016, en la que han traído una integración a gran escala entre Firebase y Google Cloud Platform.
Consulte https://firebase.googleblog.com/2016/05/firebase-expands-to-become-unified-app-platform.html
Todos los servicios de Google Cloud Platform ahora accesibles son mucho más simples a través de Firebase. La forma de Firebase de acceder a Realtime Database también se ha extendido a Google Cloud Storage. Muchas de las API del lado del cliente de Google Cloud, como Google Cloud Messaging, se han trasladado a la marca Firebase.
Firebase es claramente el camino a seguir de Google para el acceso del lado del cliente a la infraestructura de Google Cloud Services.
Actualización de octubre de 2017 (Firebase lanzó Cloud Firestore):
Cabe señalar que con el reciente lanzamiento de Cloud Firestore (Beta a partir de octubre de 2017), las ventajas de Datastore sobre "Firebase" que mencionó johnydee ahora son obsoletas si usa el producto Firestore, ya que tiene consultas potentes y es altamente escalable .
Estos productos (Datastore y Firestore) comparten raíces comunes y solo uno puede usarse en el mismo proyecto.
La respuesta de Johny todavía se aplica si compara Firebase Realtime Database con Datastore.