| 适合双活 | 无状态应用、读多写少、可按用户分片的服务 |
|---|---|
| 难点 | 数据双向同步的冲突解决、会话保持、读写一致性 |
| 常见折中 | 应用双活 + 数据主备（写单边），即『双活接入、单边写』 |
双活常见组合（文字示意）
双活常见组合（文字示意）
接入层：DNS/GSLB 分流 → 站点 A / 站点 B
应用层：无状态集群，会话外置到共享存储或就近分片
数据层：方案一 双向复制（需冲突策略）；方案二 分片写（按用户路由）『双活』一词在厂商语境中范围不一：评估方案时先确认是有状态双活还是仅接入双活。
双活模式（Active-Active）
两个站点同时承载流量：常见于接入层与无状态服务；有状态数据双活需要双向同步或分片写入，复杂度和冲突处理是主要难点。
易错点
- 对同一行记录双向写入且无冲突策略，会产生难以对齐的数据分叉
- 忽略跨站时延对写性能的影响：跨城同步写往返延迟会直接进入事务耗时
数据来源与参考
- AWS Well-Architected Framework（多站点高可用设计讨论）