5.eureka、zookeeper和consul三种注册中心之间的区别

SpringCloud系列文章列表

0. SpringCloud实战专栏介绍准备
1. SpringCloud父工程搭建
2. 服务注册中心之Eureka（单机＋集群+Ribbon调用）
3. 服务注册中心之Zookeeper
4. 服务注册中心之Consul
5. eureka、zookeeper和consul三种注册中心之间的区别
6. 负载均衡服务调用之Ribbon
7. 服务调用之OpenFeign
8. Hystrix断路器全面实战总结
9. SpringCloud Gateway网关
10. SpringCloud Config配置中心
11. SpringCloud Bus消息总线
12. SpringCloud Stream消息驱动
13. SpringCloud Sleuth分布式请求链路追踪

---

这一章对前面介绍的三种注册中心做个总结。

一、三者对比

组件名	语言	CAP	服务健康检查	对外暴露接口	SpringCloud集成
Eureka	Java	AP	可配支持	HTTP	已集成
Consul	Go	CP	支持	HTTP/DNS	已集成
Zookeeper	Java	CP	支持	客户端	已集成

二、CAP理论补充

经典CAP理论图

可见：
最多只能同时较好的满足两个。
CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，
因此，根据CAP原理将NOSQL数据库分成了满足CA原则、满足CP原则和满足AP原则三大类：

• CA 单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大。
• CP 满足一致性，分区容忍性的系统，通常性能不是特别高。
• AP 满足可用性，分区容忍性的系统，通常可能对一致性要求低一些。

三. AP理论（Eureka）

AP架构
当网络分区出现后，为了保证该可用性，系统B可以返回旧值，保证系统的可用性。
结论：违背了一致性C的要求，只满足可用性和分区容错，即AP。

四. CP（Zookeeper、Consul）

CP架构
当网络分区出现后，为了保证一致性，就必须拒接请求，否则无法保证一致性。
结论：违背了可用性A的要求，只满足一致性和分区容错，即CP。

---

zookeeper和consul中，检测到服务掉线后，就会立刻移除。而Eureka服务掉线后，该服务仍会存活一段时间（可设置），仍然不在线才会移除该服务。

点赞+评论+关注
本文源码地址： https://gitee.com/shuaidawang/SpringCloudDemo.git
有错误的地方欢迎指正！可以加入qq交流群： 700637673