如何从同一应用项目中的 python2.7 微服务访问谷歌应用引擎 ndb 数据存储

Question

我一直在寻找这个，但似乎找不到一个简单的示例来说明如何从与其他非服务模块位于同一应用程序中的 python 微服务访问 ndb 数据存储。

我想要做的是访问数据存储的实际模型类，即用户......然后从微服务中查询该类。

我知道您不能在应用引擎标准中使用 google cloud datastore api，但肯定还有其他方法吗？

这同样适用于共享内存缓存，如果我从微服务对模块（无服务）中的端点进行 API 调用，并在端点的内存缓存中设置某些内容，我在微服务中看不到。因此，当 Google 谈到跨同一应用程序中的所有内容（包括微服务）共享数据存储和内存缓存时，他们建议您如何访问它？

我确定我错过了什么，只是找不到。

Answer 1

澄清一下：microservice 术语在 GAE 中并不意味着在数据存储交互（或其他方面）方面有任何特别之处 - 从这个角度来看，所有 GAE 服务/模块都是平等的。使 GAE 服务/模块成为 microservice 的原因仅仅是它执行的功能，而不是它的实现或它如何使用基础设施，请参阅 Microservices Architecture on Google App Engine。

默认情况下，使用ndb 库访问数据存储的同一 GAE 项目/应用程序的所有服务都可以这样做，没有任何限制或额外的服务配置。

唯一的技巧是所有引用特定实体类型的服务必须对该实体的模型定义具有一致的视图。这是来自ndb 客户端库的特定实现的要求，而不是来自数据存储本身。

获得这种一致视图的最简单方法是恕我直言，通过共享相同的 ndb 模型定义源文件，这可以通过符号链接相同的实际源文件（或保存它们的目录）来实现多个服务/模块目录，如Sharing entities between App Engine modules 中所述。

换句话说，您需要以一种或另一种方式查询/访问/引用Users 实体的所有服务/模块实际上都具有相同的Users 模型定义可供这样做。

在部署对模型定义的更改（无论是在不同的服务中，还是在同一服务的不同版本之间）时，必须小心：

• 确保与迁移策略的向后兼容性
• 正确的部署编排 - 即确保不兼容的版本/服务永远不会同时运行

同样的技术可以用于 memcache，以类似的方式：共享源代码文件将导出 memcache 键的定义，用于需要跨服务共享的 memcached 值。或者，更好的是，为相应的数据提供实际的读/写功能，以确保数据不仅存储在正确的键下，而且还具有匹配的格式。

有了这样的共享代码，代表某些信息的 memcached 数据将在同一个应用的服务/模块之间共享（同样，无论它们是否是微服务）。几乎与通过数据存储共享的信息一样好，只是没有事务支持来保证一致性。