注册中心 ZooKeeper、Eureka、Consul 、Nacos

注册中心 ZooKeeper、Eureka、Consul 、Nacos

在这里插入图片描述

  • CAP理论 一致性 可用性 分区容错性 三者只能同时两个 不可能三个兼顾 在分布式中必须保证P 所以只看A和P
  • ZK
    • 不能保证服务可用性
      • Leader选举 时间过长30~120s
      • Zookeeper 集群中半数以上服务器节点不可用
    • 数据存储
    • 不适用淘宝的双十一,京东的618就是紧遵AP的最好参照
  • Eureka
    • Peer to Peer 互相注册
    • Eureka Server 将会注销该实例(默认为90秒 可配置)
    • Eureka Server 节点在短时间内丢失过多的心跳,节点进入自我保护模式
      • Eureka不再从注册表中移除长时间没收到心跳的服务
      • Eureka仍接受新服务注册和查询,但是不会被同步到其它节点上(即保证当前节点依然可用)
      • 当网络稳定时,当前实例新注册的信息会被同步到其它节点中
    • Eureka的集群中,只要有一台Eureka还在,就能保证注册服务可用,只不过查到的信息可能不是最新的
    • 适用淘宝的双十一,京东的618就是紧遵AP的最好参照
  • Consul
    • Go语言
    • Raft算法,比zookeeper使用的Paxos算法更加简单
    • 服务注册相比Eureka会稍慢一些。因为Consul的raft协议要求必须过半数的节点都写入成功才认为注册成功
    • Leader挂掉时,重新选举期间整个consul不可用。保证了强一致性但牺牲了可用性
  • Nacos
    • 支持动态配置服务 Nacos = Spring Cloud注册中心 + Spring Cloud配置中心
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值