13 | 开源服务注册中心如何选型？
胡忠想
该思维导图由 AI 生成，仅供参考
上一期我给你讲了服务注册中心的落地实践，以及在实际应用中可能会遇到的问题和对应的解决方案。关于注册中心，如果你的团队有足够的人才和技术储备，可以选择自己研发注册中心。但对于大多数中小规模团队来说，我的建议是最好使用业界开源的、应用比较成熟的注册中心解决方案，把精力投入到业务架构的改造中，不要自己造轮子。
当下主流的服务注册与发现的解决方案，主要有两种：
应用内注册与发现：注册中心提供服务端和客户端的 SDK，业务应用通过引入注册中心提供的 SDK，通过 SDK 与注册中心交互，来实现服务的注册和发现。
应用外注册与发现：业务应用本身不需要通过 SDK 与注册中心打交道，而是通过其他方式与注册中心交互，间接完成服务注册与发现。
下面我会用两个业界使用比较成熟的注册中心开源实现，来讲解下应用内和应用外两种解决方案的不同之处。
两种典型的注册中心实现
1. 应用内
采用应用内注册与发现的方式，最典型的案例要属 Netflix 开源的 Eureka，官方架构图如下。
对着这张图，我来介绍下 Eureka 的架构，它主要由三个重要的组件组成：
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
开源服务注册中心如何选型？本文介绍了开源注册中心的两种主流解决方案：应用内注册与发现和应用外注册与发现。针对这两种方案，分别以Netflix开源的Eureka和Consul为例进行了详细介绍。在选择注册中心解决方案时，需要考虑高可用性和数据一致性两个关键问题。针对高可用性，文章提到了集群部署和多IDC部署两种方法，并以Consul为例说明了如何保证注册中心的高可用性。对于数据一致性，文章介绍了CAP理论，并对CP型注册中心和AP型注册中心进行了对比。最后，根据业务场景的不同，给出了选择注册中心解决方案的建议。文章内容深入浅出，适合读者快速了解开源注册中心的选型问题。
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《从 0 开始学微服务》，新⼈⾸单¥59
《从 0 开始学微服务》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(21)
- 最新
- 精选
正是那朵玫瑰看留言已经有同学贴出官方的解释了，我也同样的疑问老师是写错了么？consul是cp系统吧？在我做实验发现没有leader节点的情况下，consul是没法提供服务的，如果发生网络分区，少数派节点也无法提供服务的，不过consul官方提供三种数据一性的方式： default：默认模式，在脑裂情况下，也可以读取到值，但可能是旧值，这是一种权衡 consistent：强一致模式 stale：允许在没有leader的情况下也能读取到值，效率高，但是读取旧值的可能性非常大 所以consul怎么也不是CA系统！不知道理解是否正确，老师指点下！作者回复: 查阅了下官方文档，严格意义上讲算是CP，已修正。
2018-09-20236
安小依zookeeper 推选leader 的时候，对外服务吗？作者回复: 不能，我理解
2018-09-243
mgxian其实基本上不存在ca系统 只要有网络连接 分区隔离 就一定存在了p 所以只有 ap cp 系统 也就是说在网络分区的情况下 只能 c和a 选择一个2018-09-20222- mgxianConsul 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.2018-09-207
- mgxian本专栏的最后 你可能会选择 service mesh istio 现在可以先观望2018-09-206
天择
分布式系统不能保证节点之间网络总是畅通，因此一定假设有分区。有了分区不能放任某个分区不管，否则就失去分布式的意义了，因此要分区容忍。而要“分区容错”（P），就得让节点间数据共享和拷贝，这就需要时间。要一致性C，就得等数据拷贝完毕，这期间不能提供服务，只好牺牲A。要高可用A，就得时刻提供服务，没法等数据拷贝结束，就得牺牲C。因此，基本只有CP和AP两类系统。2021-09-053
钱CAP 没P时CA共存 有P了C和A只能二选一 我们用的ZK，其他有待研究2019-06-143
lvvpConsul注册中心不是高可用，前面文章中还介绍了Consul注册中心的高可用性，是不是矛盾了2018-10-252
Stalary我们的服务正在拆分，也正在慢慢向容器化靠拢，想要用cloud的一套东西，但是不太清楚eureka和consul具体该怎么选形2018-09-202
J.Smileeureka(AP)的毛病：只支持java语言，而consul(CP)支持多语言。 consul（CP）：支持多种心跳监测机制保持服务提供者的服务注册和服务发现。 其实zk跟consul一样是CP系统，这两个的选型老师可以回答下吗？2020-11-091
收起评论
