从0开始学微服务
胡忠想
微博技术专家
立即订阅
16289 人已学习
课程目录
已完结 42 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 微服务,从放弃到入门
免费
模块一 入门微服务 (10讲)
01 | 到底什么是微服务?
02 | 从单体应用走向服务化
03 | 初探微服务架构
04 | 如何发布和引用服务?
05 | 如何注册和发现服务?
06 | 如何实现RPC远程服务调用?
07 | 如何监控微服务调用?
08 | 如何追踪微服务调用?
09 | 微服务治理的手段有哪些?
10 | Dubbo框架里的微服务组件
模块二 落地微服务 (14讲)
11 | 服务发布和引用的实践
12 | 如何将注册中心落地?
13 | 开源服务注册中心如何选型?
14 | 开源RPC框架如何选型?
15 | 如何搭建一个可靠的监控系统?
16 | 如何搭建一套适合你的服务追踪系统?
17 | 如何识别服务节点是否存活?
18 | 如何使用负载均衡算法?
19 | 如何使用服务路由?
20 | 服务端出现故障时该如何应对?
21 | 服务调用失败时有哪些处理手段?
22 | 如何管理服务配置?
23 | 如何搭建微服务治理平台?
24 | 微服务架构该如何落地?
模块三 进阶微服务 (8讲)
25 | 微服务为什么要容器化?
26 | 微服务容器化运维:镜像仓库和资源调度
27 | 微服务容器化运维:容器调度和服务编排
28 | 微服务容器化运维:微博容器运维平台DCP
29 | 微服务如何实现DevOps?
30 | 如何做好微服务容量规划?
31 | 微服务多机房部署实践
32 | 微服务混合云部署实践
模块四 展望微服务 (4讲)
33 | 下一代微服务架构Service Mesh
34 | Istio:Service Mesh的代表产品
35 | 微博Service Mesh实践之路(上)
36 | 微博Service Mesh实践之路(下)
阿忠伯的特别放送 (4讲)
阿忠伯的特别放送 | 答疑解惑01
阿忠伯的特别放送 | 答疑解惑02
微博技术解密(上) | 微博信息流是如何实现的?
微博技术解密(下)| 微博存储的那些事儿
结束语 (1讲)
结束语 | 微服务,从入门到精通
从0开始学微服务
登录|注册

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

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

两种典型的注册中心实现

1. 应用内
采用应用内注册与发现的方式,最典型的案例要属 Netflix 开源的 Eureka,官方架构图如下。
对着这张图,我来介绍下 Eureka 的架构,它主要由三个重要的组件组成:
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《从0开始学微服务》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(16)

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

    所以consul怎么也不是CA系统!不知道理解是否正确,老师指点下!

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

    2018-09-20
    22
  • _CountingStars
    其实基本上不存在ca系统 只要有网络连接 分区隔离 就一定存在了p 所以只有 ap cp 系统 也就是说在网络分区的情况下 只能 c和a 选择一个
    2018-09-20
    6
  • _CountingStars
    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.
    2018-09-20
    3
  • 苹果xixi
    Consul注册中心不是高可用,前面文章中还介绍了Consul注册中心的高可用性,是不是矛盾了
    2018-10-25
    1
  • _CountingStars
    这篇文章最后的总结说 consul 是cp系统 和 zk etcd 一样 https://www.consul.io/intro/vs/serf.html
    2018-09-20
    1
  • Liam
    consul是CA,那么P呢?consul也能够保证分区容错吧
    2018-09-20
    1
  • Stalary
    我们的服务正在拆分,也正在慢慢向容器化靠拢,想要用cloud的一套东西,但是不太清楚eureka和consul具体该怎么选形
    2018-09-20
    1
  • _CountingStars
    consul是保证ap别 不是 ca 吧
    2018-09-20
    1
  • beiler
    我之前一直以为dubbo是一站式服务,全包含呢,后来发现不是一回事,现在看来我比较偏向nacos
    2019-11-04
  • godtrue
    CAP
    没P时CA共存
    有P了C和A只能二选一

    我们用的ZK,其他有待研究
    2019-06-14
  • 探索无止境
    老师你好,关于zookeeper的脑裂问题及解决方案有推荐的文章吗?这一块没有找到合适的文章?
    2019-03-13
    1
  • 花生
    ap型注册中心,如果网络断连,服务器在独立网络里可以完成服务,但事后是否仍要做服务节点间的同步?
    2018-12-17
  • 安小依
    zookeeper 推选leader 的时候,对外服务吗?

    作者回复: 不能,我理解

    2018-09-24
  • Mr.Edge
    阿忠伯 关于CA有点疑问 多节点为了保证可用性 这里说的每个节点默认都有自己独立的数据库吗 实际生产环境中 多节点如果是共享同一个数据库 那会存在说多节点导致的一致性问题吗?
    2018-09-20
  • _CountingStars
    本专栏的最后 你可能会选择 service mesh istio 现在可以先观望
    2018-09-20
  • 拉欧
    現在統一用k8s和docker部署服務,所以才用consul作為註冊中心使用,consul本身用go開發的,對go的支持也更好
    2018-09-20
收起评论
16
返回
顶部