主流服务注册中心的对比

 

 

1,分布式架构中的重要理论:CAP理论

  • 一致性(Consistency) (所有节点在同一时间具有相同的数据)
  • 可用性(Availability) (保证每个请求不管成功或者失败都有响应)
  • 分隔容忍(Partition tolerance) (系统中任意信息的丢失或失败不会影响系统的继续运作)

 

 

2,主流服务中心区别如下图

 

 

3,得出的结论如下:

  • eureka
    • 应用内/外:直接集成到应用中,依赖于应用自身完成服务的注册与发现,
    • ACP原则:遵循AP(可用性+分离容忍)原则,有较强的可用性,服务注册快,但牺牲了一定的一致性。
    • 版本迭代:目前已经不进行升级
    • 集成支持:只支持SpringCloud集成
    • 访问协议:HTTP
    • 雪崩保护:支持雪崩保护
    • 界面:英文界面,不符合国人习惯
    • 上手:容易
  • consul
    • 应用内/外:属于外部应用,侵入性小
    • ACP原则:遵循CP原则(一致性+分离容忍) 服务注册稍慢,由于其一致性导致了在Leader挂掉时重新选举期间真个consul不可用。
    • 版本迭代:目前仍然进行版本迭代
    • 集成支持:支持SpringCloud K8S集成
    • 访问协议:HTTP/DNS
    • 雪崩保护:不支持雪崩保护
    • 界面:英文界面,不符合国人习惯
    • 上手:复杂一点
  • nacos
    • 应用内/外:属于外部应用,侵入性小
    • ACP原则:通知遵循CP原则(一致性+分离容忍) AP原则(可用性+分离容忍)
    • 版本迭代:目前仍然进行版本迭代
    • 集成支持:支持Dubbo SpringCloudK8S集成
    • 访问协议:HTTP/动态DNS/UDP
    • 雪崩保护:支持雪崩保护
    • 界面:中文界面,符合国人习惯
    • 上手:极易,中文文档,案例,社区活跃
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值