Google云数据存储vs Firebase
Google提供两种基于云的数据存储服务Google Cloud Datastore和Firebase（收购后）。 尽pipe提供了典型的使用场景以使开发人员能够在Google云平台提供的各种服务之间进行select，但是没有提及Firebase如何适应当前/未来发展的情况。
任何人都可以对此问题有所了解，并为Google Cloud Datastore vs Firebase提供典型的使用案例？
两种产品各有优缺点。 以下是使用其中一个的一些原因：
如果你想要使用Firebase：
- 没有自己的后端的数据库 ：Firebase SDK允许您编写移动和networking应用程序，而无需运行自己的后端。 您可以直接从您的应用读取和写入Firebase数据库，不需要服务器代码。 数据库安全模型允许在没有基于用户的服务器的情况下进行细粒度的访问控制。
- 实时数据 ：Firebase允许您监听数据的变化，这使得编写某种types的应用变得非常简单。 一个很好的例子是协作文本编辑器 。
- 简单的数据模型 ：Firebase数据库存储JSON。 如果您了解JSON，则可以了解Firebase数据模型。
- 受益于其他Firebasefunction ：例如，Firebase提供了与数据库配合使用的用户pipe理和身份validation 。
如果你想要使用数据存储：
- 近乎无限的可伸缩性 ：数据存储已知可以扩展到海量数据
- 更强大的查询 ： 数据存储查询比您可以使用Firebase执行的function更强大。
Google IO 2016推出的Firebase最新版本中自动解决了这个问题，他们在Firebase和Google Cloud Platform之间实现了大规模集成。
请参阅https://firebase.googleblog.com/2016/05/firebase-expands-to-become-unified-app-platform.html
现在，所有的Google云端平台服务都可以通过Firebase轻松实现。 Firebase访问实时数据库的方式也已扩展到Google云端存储。 许多Google Cloud客户端API（例如Google Cloud Messaging）已转移到Firebase品牌。
Firebase显然是Google为客户端访问Google云服务基础架构所预期的方式。
Firebase可以说是专门针对移动平台的。 Google云是一个企业解决scheme。
Firebase开发了保持Android，IOS，Web和Unity（游戏引擎）的SDK。 您不需要Web服务器与其组件进行交互。 它的sdks足以做到这一点。 所以没有networking服务器或应用服务器的成本。 它有实时数据库，你可以听，它是快速的荒谬。
它具有云消息传递服务，身份validation，Lambdafunction和海量存储（与其他云一样）。 它的文档是非常缓慢的。 因此，您不需要经过1000多页才能了解任何典型的云服务，例如AWS或Google Cloud。 我花了一个月的时间来整合我的游戏与AWS，但花了我一个星期才整合了Firebase。
应该注意的是，随着最近发布的Firebase Firestore （Beta截至2017年10月），数据存储与johnydee提到的“Firebase”相比，如果使用Firestore产品，它的优势已经过时，因为它具有强大的查询function， 。
这些产品（数据存储和Firestore）有着共同的根基，只有一个可以在同一个项目中使用。
如果您将Firebase实时数据库与数据存储进行比较，Johny的答案仍然适用。
