如何在PII区域合规下基于DynamoDB与Cognito实现跨洲多区域active-active架构

项目背景 #

我们目前正在开展多区域架构的设计评估，启动架构迁移的核心动因和行业普遍诉求保持一致：

• 降低欧洲、美洲、亚洲、非洲等不同大洲客户的访问延迟
• 满足客户提出的数据存储合规要求
• 搭建区域级故障转移能力，提升系统可用性
  在调研公开的AWS多区域架构实践内容时，我们梳理出第四类典型的多区域架构落地场景：部分法规要求特定区域的PII（个人可识别信息）必须留存于所属管辖区域，这类场景通常也会采用多区域架构，可重点调研active-active的架构方案。
  我们当前初步选定的技术栈为Cognito 用户池、DynamoDB作为核心存储服务。目前已经理解active-active架构需要依赖跨区域数据复制能力（即DynamoDB提供的Global Tables功能），但落地时遇到了核心机制冲突：PII数据需留存于客户所属区域的合规约束，和Global Tables默认全局跨区域复制的特性无法直接兼容。

核心设计疑问 #

面向亚洲、美国、欧洲等跨大洲分布的客户群体，我们需要明确两个落地层面的问题：

• 若基于Global Tables能力搭建多区域复制链路，DynamoDB层面该如何设计表结构、分区规则与复制策略，才能在发挥active-active架构低延迟、高可用优势的同时，满足PII数据不跨所属区域流出的合规要求？
• 选型的Cognito 用户池该如何适配这类分区存储、合规隔离的多区域运营需求？

内容的提问来源于stack exchange，提问作者systemdebt