App Engine 上 Cloud Datastore 的客户端库 - NDB 或 google-cloud-datastore

Question

根据 Google 的文档，我似乎有两个使用 Python 连接到 Datastore 的主要选项：App Engine 的 NDB Datastore 库和适用于 Python 的 Google Cloud Datastore API。

我目前使用的是 App Engine（标准版），但我想构建我的应用程序，使其在需要时可以扩展，可能通过迁移到 Compute Engine 来实现。考虑到这一点，我应该使用哪个库？应用引擎的文档指出可以使用 NDB，但它似乎不再被积极开发。在撰写本文时，最后一次提交是在 6 个多月前，尽管它们以前可能是 planning some expansion。一切最终都会改用 Google Cloud Datastore API 吗？如果 NDB 被逐步淘汰，我真的不想对它产生依赖。

我还没有尝试过，但似乎在 App Engine may come with its own issues 中使用完整的 Google Cloud Datastore API。

如果有人在 App Engine - Standard 上使用过 Google Cloud Datastore API，我很乐意听取您的想法。

编辑 - 2016-11-30 - 唯一性

这个问题被标记为类似于this one。虽然有一些相似之处，但我特别提到希望选择一种能够轻松实现 App Engine 之外的增长的解决方案。在这一点上，我假设 NDB 库仅适用于 App Engine，因此如果我超越 App Engine，它将无法工作。但是，我认识到在 App Engine 上使用 NDB 可能仍然有优势，然后在我超越时切换到 Cloud Datastore API。我提出的一些相关的、更具体的问题包括：

• NDB 和 Cloud Datastore API 是否足够相似，以至于以后从一个转移到另一个不会有那么大的问题？也许有人已经这样做了，并且可能有意见。
• NDB 真正在 App Engine 上大放异彩有什么特别的原因吗？性能？
• 由于 NDB 使用 Cloud Datastore，我是否应该担心它最终会停止使用？谷歌最近让 App Engine 越来越接近其他云计算阵容，而 NDB 存储库最近没有看到很多更新这一事实让我感到担忧。 Google 确实会不时中断。

谢谢。

Answer 1

在阅读更多内容后，我将继续回答我自己的问题，希望对其他人有所帮助。

完整阅读discussion on google-cloud-python后，我的许多问题都可以在一定程度上得到回答。

首先，开发人员对该项目的看法似乎是Google Cloud Datastore API should work on App Engine，但性能将是worse than NDB。这当然是在 App Engine 上使用 NDB 而不是 Datastore API 的原因。

第二，听起来开发者认为 NDB 既复杂又相当成熟，似乎一致支持its eventual inclusion in the Cloud Datastore python library。因此，新开发银行似乎不太可能被终止。最有可能的是，它最终可能只需要从更广泛的 gcloud 库集中包含。

第三，开发人员指出NDB support beyond App Engine is being actively developed，所以如果我的项目超越了 App Engine，到那时 NDB 可能已经在其他环境中可用，因此不需要切换到 Cloud Datastore API。此外，标准 App Engine 的下一步是灵活环境，which seems to already support NDB nicely。

所有这一切都表明我应该清楚地推进 NDB，受益于 App Engine 上更好的性能和 ORM 功能，除非 Google 对此事的看法/方向在未来发生变化，否则我很可能会在 Google Cloud 上的其他环境中继续使用 NDB 的选项。我将使用 NDB 并期待它最终包含在 google-cloud-python 中。

如果有人对此事有任何其他经验，我很想听听您的想法。