Eureka与Consul的AP/CP权衡取决于分区后各自能否独立正确服务

[[注册中心因系统地位特殊而同时需要高可用与高可靠]]的矛盾在具体产品上 体现为两种不同选择。Eureka选AP：节点间异步复制注册信息，新服务注册后 立即在当前节点可见，不等其他节点同步完成；下线的服务靠超时机制清理， 不实时广播。哪怕整个注册中心崩溃，客户端仍能凭本地缓存（靠TTL机制更新） 维持最低限度可用——Eureka敢这样选的底气在于Netflix OSS全家桶里还有 Ribbon、Hystrix兜底做故障转移/快速失败，即使拿到错误地址也不至于整个 调用链崩掉。Consul选CP：基于Raft算法，要求多数节点写入成功服务变更 才算完成，同时用Gossip支持跨数据中心的更大规模同步——Consul这样选也是 现实使然，它不像Netflix OSS那样有配套组件兜底，一旦拿到错误地址就没有 退路。判断该选哪种，作者给出一个具体的检验问题：假设系统被网络分区成 A、B两个区，A区服务只能发现A区坐标、B区只能发现B区坐标，这对系统有多 大影响？如果分区后各分区依然能各自独立、正确地提供完整服务（如恰好是 按机房划分的分区，分区反而避免了跨机房调用、变相优化了链路），就该选 AP；如果系统重度依赖集中式缓存/消息总线等有状态服务、分区会直接破坏 业务正确性，那么”停机”比”数据错误”更可接受，应该选CP。