Google app engine 云数据存储最佳实践：存储需要从多个区域访问的数据

我目前有多个相同的GAE web应用程序（一个托管在欧盟，一个托管在美国，并计划添加其他区域），每个应用程序都将信息存储在云数据存储中（在GAE应用程序的区域）

我希望引入基于域的订阅，以满足任何地区的用户需求（即域1的用户1在美国，域1的用户2在欧盟）

存储需要从多个区域访问的信息的最佳方法是什么？

目前的想法是：

将所有订阅信息存储在一个区域中

在1个区域中创建查找表，将应用程序定向到订阅信息的相关区域

我不太愿意将所有订阅信息存储在一个区域中，因为这有点违背了拥有两个区域的目的（即某些个人信息可能存储在两个区域中）

感谢您的指导。

因为您可以使用访问跨项目数据存储，所以您可以随心所欲。什么是最好的取决于你更看重什么。为了“安全”，您可以将所有信息复制到两个数据存储中，也可以简单地将它们存储在一个数据存储中以便于管理，或者您可以根据用户在最近的数据存储中注册的位置存储特定的用户信息

您必须考虑“交叉项目”DATASORE调用的频繁发生，以便优化存储。例如，如果用户的注册和密码存储在项目A中，但其用户数据存储在项目B中，那么实际上每个用户在使用应用程序时都需要进行远程api调用。我将根据在与用户的单个会话中访问数据的方式来逻辑地存储数据

---

此外，如果您担心数据冗余，单个区域不是单个故障点；数据存在的区域中有多个区域。因此，即使您的所有数据都在一个区域的一个项目中，它仍然有冗余。

不明白为什么要将它们作为单独的实例保留？最佳做法是将数据放在一个地方，并通过不同的区域/可用性区域进行扩展。如果我现在理解正确，如果用户在region1注册，他也可以在region2注册相同的名称？如果你需要分开，我会选择你的第一个选择。特别是当订阅需要由单个计费部门等处理时。这是一种更容易处理数据的方法。@MaksimLuzik两个GAE实例（和数据存储）由于数据主权的原因正在运行。为了澄清情况……个人只能在一个地区注册。但是，同一领域内的个体可能位于不同的区域（例如john@example.com在美国的时候peter@example.com在欧盟）。我希望允许组织订阅域订阅，但由于数据存储是分开的，我不确定识别个人是否在域订阅中的最佳方式。