蜂蜜柚子茶
在分布式系统中，如何在不可逆的网络分区下实现业务连续性？
核心矛盾与平衡策略
CAP原则要求系统在分区容忍性（P）存在时，只能在一致性（C）和可用性（A）中二选一。pdai.tech的微服务架构通过以下方式实现动态平衡：
| 策略维度 | CP模式（强一致性） | AP模式（高可用性） |
|---|---|---|
| 适用场景 | 金融交易、订单核心链路 | 用户画像、日志采集 |
| 技术实现 | 2PC/3PC、同步复制 | 异步消息队列、最终一致性 |
| 容错机制 | 服务熔断、降级 | 数据补偿、版本控制 |
| 监控指标 | 事务超时率、数据不一致比例 | 请求成功率、延迟峰值 |
具体实施要点
-
分区容忍性优先
- 网络分区是分布式系统的必然事件，架构设计默认接受P。
- 通过Kubernetes的Pod反亲和性调度，减少跨可用区通信依赖。
-
动态模式切换
- 核心模块采用CP模式（如订单服务），非核心模块采用AP模式（如推荐系统）。
- 通过服务注册中心的权重调整，实现流量在CP/AP模式间的动态分配。
-
数据最终一致性
- 引入事件溯源（EventSourcing）和CQRS模式，允许短暂不一致。
- 使用Seata实现分布式事务，通过TCC补偿机制保证最终一致性。
-
降级与熔断
- Hystrix断路器在分区时自动降级为本地缓存响应。
- 通过Sentinel配置熔断规则，优先保障核心链路可用性。
-
监控与治理
- Prometheus监控网络分区事件频率，结合Istio服务网格实现流量染色测试。
- ELK日志系统追踪数据不一致根因，自动触发补偿任务。
技术选型示例
- CP场景：MySQL主从同步+XA事务
- AP场景：RedisCluster+Kafka异步投递
- 混合场景：TiDB（分布式HTAP数据库）实现ACID特性与水平扩展的平衡
该架构通过分层治理（服务网格+控制面分离）、多副本数据冗余（跨AZ部署）和灰度发布策略，实现在不同业务场景下的CAP动态适配，同时满足《网络安全法》对数据本地化存储的要求。