与App Engine Node.js后端一起用于Firestore的什么依赖项[关闭]

Question

关闭。这个问题需要更多focused。它当前不接受答案。

---

是否要改善此问题？更新问题，使其仅按editing this post专注于一个问题。

[3天前关闭。

我的目标是在Google App Engine的Node.js中实现具有会话，用户身份验证和用于用户数据的基本API的后端服务。我想使用Firebase进行身份验证，并使用Firestore来存储用户数据。

我一直在阅读Node.js的Google文档。我对

之间的区别感到完全困惑

• Firebase，
• Firestore，
• 本机模式中的Firestore，
• 数据存储模式下的Firestore和
• Google Cloud Datastore。

[当我在Google Cloud Platform中导航到Datastore时，它会告诉我

您正在以纯模式使用Cloud Firestore您始终可以从主导航直接进入Firestore页面以访问数据库。

我想遵循此guide进行会话，因为它已经可以正常工作了。对于身份验证，Node.js for App Engine中没有指南。

我有两个选择：

• npm install firebase-admin --save，guide and dependency
• npm install @ google-cloud / firestore，guide and dependency

我非常关注的问题

• 我应该使用什么依赖项？

Answer 1

只需要清除一些有关这些的信息，因为我知道这可能会造成混淆：

• Firebase是与GCP不同的平台，它确实共享一些资源和一些工具，但是重点更多地是关于数据的编码和存储，而不是您在GCP中可以做的所有事情。
• Firestore是在Firebase中启动的“新”数据库，具有强大的一致性，可扩展性，并且是noSQL
• Google Cloud Datastore：是在GCP上启动的原始可扩展noSQL解决方案，它最终具有一致性和高性能
• 本机模式下的Firestore：所以，这里变得棘手，“本机模式”中的Firestore只是GCP项目上的常规Firestore BUT，而不是Firebase上的普通。一段时间后，他们发现Datastore和Firestore几乎是同一件事，但是Firestore更好一些，因此他们决定将Datastore迁移到Firestore，这就是为什么他们的文档如此混杂的原因。
• Datastore模式下的Firestore：这是Firestore，但具有Datastore的行为，如最终一致性等。

here涵盖了更多的差异，但是在大多数情况下，直接跳转到Firestore更好，因为它与Datastore向后兼容，并解决了诸如最终一致性之类的问题。

关于应该使用哪个节点依赖性，我会选择Firebase只是因为文档更加清晰，并且有更多用法示例，但这取决于您。