Eureka,Zookeeper,Consul异同点

首先祝大家程序员节快乐啊，早日升值加薪！这写博客界面变得好看了许多，也方便了，哈哈哈哈，喜欢这种风格。

接着前几篇的注册中心介绍，现在就Eureka，Zookeeper，Consul这三个在作为注册中心时的异同点，声明：本博客只是学习过程中的笔记，有兴趣的可直接在b站看阳哥的视频学习。

目录

CAP

AP

CP

---

CAP

C: Consistency(强一致性)
A: Availability(可用性)
P: Parttition tolerance(分区容错性)

CAP理论的核心是:一个分布式系统不可能同时很好的满足一致性， 可用性和分区容错性这三个需求,
因此，根据CAP原理将NoSQL数据库分成了满足CA原则、满足CP原则和满足AP原则三大类:
CA-单点集群，满足-致性，可用性的系统，通常在可扩展性上不太强大。
CP-满足-致性,分区容忍必的系统，通常性能不是特别高。
AP -满足可用性,分区容忍性的系统，通常可能对一致性要求低一些。

最多只能同时较好的满足两个。

AP

当出现网络分区，为了保证可用性，B系统可以返回旧值，先保证系统可用，满足可用性和分区容错性

CP

当网络分区出现后，为了保证-致性，就必须拒绝请求，否则无法保证-致性,只满足一致性和分区容错性
 

看完CAP理论，你们觉得，Eureka,Zookeeper,Consul是分别属于哪种架构呢

Eureka:AP，有自我保护机制，并不会立刻将未发送心跳的服务踢出去，而会保留90秒再踢

Zookeeper,Consul：CP：立刻踢出

结论：