13 | 开源服务注册中心如何选型？

2018-09-20 胡忠想
《从 0 开始学微服务》
课程介绍


讲述：胡忠想

时长:大小4.28M


上一期我给你讲了服务注册中心的落地实践，以及在实际应用中可能会遇到的问题和对应的解决方案。关于注册中心，如果你的团队有足够的人才和技术储备，可以选择自己研发注册中心。但对于大多数中小规模团队来说，我的建议是最好使用业界开源的、应用比较成熟的注册中心解决方案，把精力投入到业务架构的改造中，不要自己造轮子。
当下主流的服务注册与发现的解决方案，主要有两种：
应用内注册与发现：注册中心提供服务端和客户端的 SDK，业务应用通过引入注册中心提供的 SDK，通过 SDK 与注册中心交互，来实现服务的注册和发现。
应用外注册与发现：业务应用本身不需要通过 SDK 与注册中心打交道，而是通过其他方式与注册中心交互，间接完成服务注册与发现。
下面我会用两个业界使用比较成熟的注册中心开源实现，来讲解下应用内和应用外两种解决方案的不同之处。

两种典型的注册中心实现

1. 应用内

展开全文
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。

精选留言

  • 正是那朵玫瑰
    2018-09-20
    看留言已经有同学贴出官方的解释了，我也同样的疑问老师是写错了么？consul是cp系统吧？在我做实验发现没有leader节点的情况下，consul是没法提供服务的，如果发生网络分区，少数派节点也无法提供服务的，不过consul官方提供三种数据一性的方式： default：默认模式，在脑裂情况下，也可以读取到值，但可能是旧值，这是一种权衡 consistent：强一致模式 stale：允许在没有leader的情况下也能读取到值，效率高，但是读取旧值的可能性非常大 所以consul怎么也不是CA系统！不知道理解是否正确，老师指点下！
    展开

    作者回复: 查阅了下官方文档，严格意义上讲算是CP，已修正。

    
    31
  • mgxian
    2018-09-20
    其实基本上不存在ca系统 只要有网络连接 分区隔离 就一定存在了p 所以只有 ap cp 系统 也就是说在网络分区的情况下 只能 c和a 选择一个
    
    19
  • mgxian
    2018-09-20
    Consul is opinionated in its usage while Serf is a more flexible and general purpose tool. In CAPterms, Consul uses a CP architecture, favoring consistency over availability. Serf is an AP system and sacrifices consistency for availability. This means Consul cannot operate if the central servers cannot form a quorum while Serf will continue to function under almost all circumstances.
    
    6
  • mgxian
    2018-09-20
    本专栏的最后 你可能会选择 service mesh istio 现在可以先观望
    
    5
  • Stalary
    2018-09-20
    我们的服务正在拆分，也正在慢慢向容器化靠拢，想要用cloud的一套东西，但是不太清楚eureka和consul具体该怎么选形
    
    2
  • 猿鸽君
    2020-08-07
    Zookeeper的fench机制不是可以防止脑裂吗？
    
    1
  • 钱
    2019-06-14
    CAP 没P时CA共存 有P了C和A只能二选一 我们用的ZK，其他有待研究
    
    2
  • lvvp
    2018-10-25
    Consul注册中心不是高可用，前面文章中还介绍了Consul注册中心的高可用性，是不是矛盾了
    
    2
  • mgxian
    2018-09-20
    这篇文章最后的总结说 consul 是cp系统 和 zk etcd 一样 https://www.consul.io/intro/vs/serf.html
    
    1
  • Liam
    2018-09-20
    consul是CA，那么P呢？consul也能够保证分区容错吧
    
    1
  • mgxian
    2018-09-20
    consul是保证ap别 不是 ca 吧
    
    1
  • 俯瞰风景.
    2021-10-07
    分区容错性是可用性的基础，而为了分区容错而增加集群中接待的数量，会降低数据一致性。 对于注册中心来说，最主要的功能是服务的注册和发现，在网络出现问题的时候，可用性的需求要远远高于数据一致性。就算是出现了数据不一致的情况，也能通过检测来进行故障处理。 对于注册中心的选型，Java语言的话，就选择Eureka；多语言环境，可以选择Consul；云原生应用，选择Consul。
    展开
    
    
  • 天择
    2021-09-05
    分布式系统不能保证节点之间网络总是畅通，因此一定假设有分区。有了分区不能放任某个分区不管，否则就失去分布式的意义了，因此要分区容忍。而要“分区容错”（P），就得让节点间数据共享和拷贝，这就需要时间。要一致性C，就得等数据拷贝完毕，这期间不能提供服务，只好牺牲A。要高可用A，就得时刻提供服务，没法等数据拷贝结束，就得牺牲C。因此，基本只有CP和AP两类系统。
    
    
  • J.Smile
    2020-11-09
    eureka(AP)的毛病：只支持java语言，而consul(CP)支持多语言。 consul（CP）：支持多种心跳监测机制保持服务提供者的服务注册和服务发现。 其实zk跟consul一样是CP系统，这两个的选型老师可以回答下吗？
    
    
  • beiler
    2019-11-04
    我之前一直以为dubbo是一站式服务，全包含呢，后来发现不是一回事，现在看来我比较偏向nacos
    
    
  • 探索无止境
    2019-03-13
    老师你好，关于zookeeper的脑裂问题及解决方案有推荐的文章吗？这一块没有找到合适的文章？
    共 2 条评论
    
  • 花生
    2018-12-17
    ap型注册中心，如果网络断连，服务器在独立网络里可以完成服务，但事后是否仍要做服务节点间的同步？
    
    
  • 安小依
    2018-09-24
    zookeeper 推选leader 的时候，对外服务吗？

    作者回复: 不能，我理解

    共 3 条评论
    
  • Mr.Edge
    2018-09-20
    阿忠伯 关于CA有点疑问 多节点为了保证可用性 这里说的每个节点默认都有自己独立的数据库吗 实际生产环境中 多节点如果是共享同一个数据库 那会存在说多节点导致的一致性问题吗？
    
    
  • 拉欧
    2018-09-20
    現在統一用k8s和docker部署服務，所以才用consul作為註冊中心使用，consul本身用go開發的，對go的支持也更好
    
    