原文网址:注册中心--Eureka、Zookeeper、Nacos、Consul--选型/区别_IT利刃出鞘的博客-CSDN博客
简介
本文介绍分布式中常用的注册中心,包括:Eureka、Zookeeper、Nacos、Consul。会介绍他们之间的区别。
注册中心对比
项 | Eureka | Zookeeper | Nacos | Consul |
CAP理论保证项 | AP(可用性与容错性)。 各个节点是平等的,只要有一台Eureka就可以保证服务可用,但查询到的数据并不是最新的。 | CP(一致性与容错性)。 选举期间若注册服务瘫痪,虽然服务最终会恢复,但选举期间是不可用的。 | CP或AP。 默认是AP | CP |
节点角色 | 各个节点平等 | 有Leader和Follower角色 | ||
分区问题 | 采用自我保护机制解决分区问题 | 采用过半数存活原则 | ||
健康检查 | Client Beat | Keep Alive | TCP/HTTP/MYSQL/Client Beat | TCP/HTTP/gRPC/Cmd |
负载均衡策略 | Ribbon | - | 权重/metadata/Selector | Fabio |
雪崩保护 | 有 | 无 | ||
自动注销实例 | 支持 | 支持 | ||
访问协议 | HTTP | TCP | ||
监听支持 | 支持 | 支持 | ||
多数据中心 | 支持 | 不支持 | ||
跨注册中心同步 | 不支持 | 不支持 | ||
SpringCloud集成 | 支持 | 支持 | ||
Dobbo集成 | 不支持 | 支持 | 支持 | |
K8S集成 | 不支持 | 不支持 |
详述
CAP理论保证项详解
当向注册中心查询服务列表时,我们可以容忍注册中心返回的是几分钟以前的注册信息,但不能接受服务直接down掉不可用。也就是说,服务注册功能对可用性的要求要高于一致性。
上边只是部分内容,为便于维护,本文已迁移到此地址:注册中心-Eureka、Zookeeper、Nacos、Consul的区别 - 自学精灵