DynamoDB单活跨区域复制与故障转移策略技术咨询

一、单活表搭配多副本的架构是否存在？ #

• DynamoDB官方托管的跨区域复制方案只有Global Tables（多活架构），所有关联区域的表均支持读写操作，数据会自动双向同步。
• 单活主表+多只读副本的架构并非AWS原生提供的标准化服务，但可以通过自定义方案实现：利用DynamoDB Streams捕获主区域表的变更事件，通过Lambda函数将变更同步到其他区域的只读DynamoDB表，主表作为唯一写入入口，副本仅处理读请求。这种自定义方案需要自行维护同步链路，因此AWS官方文档未将其列为默认标准方案。

二、两种架构下的故障转移策略及Java客户端支持 #

1. 单区域内跨可用区（AZ）故障转移 #

DynamoDB单个区域默认采用多AZ冗余部署，底层会自动在AZ间复制数据。针对Java客户端：

• AWS官方的DynamoDB Java SDK（推荐使用v2.x版本）内置自动重试和端点发现机制，当某个AZ出现故障时，SDK会自动将请求路由至其他健康的AZ，无需手动配置额外故障转移逻辑。
• 只需确保客户端使用默认重试策略（或根据业务需求调整合理的重试参数），即可实现AZ级别的读写请求自动故障转移。

2. 跨区域故障转移 #

• Global Tables（多活架构）：由于所有区域的表均支持读写，故障转移逻辑更灵活。可通过客户端路由策略（如就近访问、健康检查）将流量切换至健康的区域表。Java SDK可结合AWS Route 53的健康检查，或自定义客户端逻辑，实现跨区域流量切换。
• 单活主表+自定义副本架构：故障转移需手动或通过自动化工具（如CloudWatch告警触发Lambda）将写入流量切换至备用区域的表，同时调整同步链路方向。Java客户端需配置动态端点或使用服务发现机制，使请求指向新的主表区域。

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