Eureka和Zookeeper还有Consul三个注册中的异同点和对CAP原则的了解
一、三个注册中心的异同点二、CAP原则C：Consistency（强一致性）A: Availability (可用性)P: Partition tolerance (可容错性)并且CAP的原则就是要么是AP、要么是CP，但是不存在CAP而且CAP理论关注粒度是数据，而不是整体系统设计的策略AP架构（Eureka）：当网络分区出现后，为了保证可用性，系统B可以发挥旧值，保证系统的可用性。所以这违反了
·
一、三个注册中心的异同点
二、CAP原则
C：Consistency（强一致性）
A: Availability (可用性)
P: Partition tolerance (可容错性)
并且CAP的原则就是要么是AP、要么是CP，但是不存在CAP
而且CAP理论关注粒度是数据，而不是整体系统设计的策略
AP架构（Eureka）：当网络分区出现后，为了保证可用性，系统B可以发挥旧值，保证系统的可用性。
所以这违反了一致性C的要求，只满足可用性和分区容错，即AP。
如下图：
CP架构(Consul/Zookeeper): 当网络分区出现后，为了保证一致性，就必须拒接请求，否则无法保证一致性 。所以他这个违反了可用性A的要求，只满足一致性和分区容错，即CP
如下图：
权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区
更多推荐
0
0- 0
已为社区贡献1条内容
所有评论(0)