5.eureka、zookeeper和consul三种注册中心之间的区别
这一章对前面介绍的三种注册中心做个总结。
一、三者对比
组件名 | 语言 | 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服务掉线后,该服务仍会存活一段时间(可设置),仍然不在线才会移除该服务。