一、首先需要了解的是微服务的数据层级架构原则(CAP) ps:不是系统层面
C: 数据强一致性
A: 高可用
P: 分区容错性
二、一个系统不可能满足cap全部需求,因此将数据根据cap分为一下三类
CA: 单点集群 满足 一致性 可用性 可扩展性不高
CP: 满足一致性, 分区容错性 ,性能不高
AP: 满足可用性,分区容错性,对数据一致性要求低一点
而现在服务都要求容错性必须,所以现在一般都是 cp ap
cap示意图

三、 注册中心区别
AP: eureka ,如果宕机,将进入保护机制,访问会报错,不会立刻剔除集群
CP: consul\zookeeper ,如果服务宕机,将会被立刻剔除,重启后会变个id重新加入集群
本文探讨了微服务架构中CAP原则的内涵,解释了如何在一致性、可用性和分区容错性之间权衡。通常,系统会倾向于CP或AP方案。注册中心如Eureka遵循AP原则,在服务宕机时启用保护机制,而Consul和Zookeeper则采取CP策略,快速剔除故障服务。理解这些差异对于微服务设计至关重要。

1391

被折叠的 条评论
为什么被折叠?



