从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开始学微服务
登录|注册

05 | 如何注册和发现服务?

胡忠想 2018-09-01
专栏上一期,我给你介绍了服务发布和引用常用的三种方式:RESTful API、XML 配置以及 IDL 文件。假设你已经使用其中一种方式发布了一个服务,并且已经在一台机器上部署了服务,那我想问你个问题,如果我想调用这个服务,我该如何知道你部署的这台机器的地址呢?
这个问题就跟我想去吃肯德基一样,我可以去谷歌地图上搜索肯德基,然后谷歌地图会返回所有的肯德基店面的地址,于是我选择距离最近的一家去吃。这里面谷歌地图就扮演了一个类似注册中心的角色,收录了所有肯德基店面的地址。
同理,我想知道这台服务器的地址,那是不是可以去一个类似“谷歌地图”的地方去查呢?是的,在分布式系统里,就有一个类似的概念,不过它的名字可不是叫什么地图,而是叫注册中心。但原理和地图其实差不多,就是将部署服务的机器地址记录到注册中心,服务消费者在有需求的时候,只需要查询注册中心,输入提供的服务名,就可以得到地址,从而发起调用。
下面我来给你详细讲解下注册中心的原理和实现方式

注册中心原理

在微服务架构下,主要有三种角色:服务提供者(RPC Server)、服务消费者(RPC Client)和服务注册中心(Registry),三者的交互关系请看下面这张图,我来简单解释一下。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《从0开始学微服务》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(43)

  • oddrock
    1. 注册中心的服务注册和发现都是基于API的,可以自动化注册与发现,dns则是人工注册。这样也导致前者实时性、容错性好于后者。
    2. 注册中心可以注册http、rpc等各种服务,dns只能注册http服务
    3. 注册中心对已注册的服务会有主动的、自动化的健康检查机制,dns没有。
    4. 注册中心一般是一级分布式的,dns则是多级架构,例如根域名服务器、权威域名服务器等
    5. 注册中心的安全机制相对dns弱一些,毕竟是内部使用。

    作者回复: 总结的不错

    2018-09-01
    86
  • snakorse
    不同意某楼的观念,dns同样也可以用于非http服务的,我觉得dns相较于zk这样的注册中心,劣势在于1. dns的维护管理比较麻烦,甚至需要手工配置 2.dns更新后生效有延迟 3. 客户端一般只能同时连接到一个server ip,无法做请求的负载均衡,而注册中心的方式通常客户端会与所有server建立连接形成连接池,从而在调用端实现请求的负载均衡

    作者回复: 理解很深刻👍

    2018-09-01
    55
  • null
    问题一:

    注册中心原理提到:向 Registry 订阅服务,把 Registry 返回的服务节点列表缓存在本地内存中,并与 RPC Server 建立连接。

    疑问:
    请问老师,client 与 server 这时候就建立连接了么?不是需要调用服务时才真正建立连接么?

    --------

    问题二:

    服务提供者和服务消费者可以同任意一个 zk 节点通信,因为集群中 zk 的数据一定是相同的,这是为什么呢?这就要从 zk 的工作原理说起:Leader 负责处理数据更新等操作;一个更新操作成功,当且仅当大多数 zk server 在内存中成功修改。

    疑问:
    大多数 zk server 内存数据修改成功,则认为此次更新操作是成功的。但是 zk client 请求到未更新数据的 zk server,这时仍是旧数据,怎么说明“集群中 zk 的数据一定是相同的”呢?
    2018-09-29
    15
  • 注册中心采用consul,注册通过docker registrator自动注册反注册、健康检查,服务发现采用consul_template nginx的grpc代理,业务代码不需要关注注册中心,这种模式业务耦合行就非常小了,只需要给业务知晓nginx即可。

    作者回复: 专栏有一讲开源注册中心选型里会提到你说的这种应用外注册的方式,特别是适合容器化的应用,业务不需要引入注册中心SDK

    2018-09-01
    12
  • 一个更新操作成功,当且仅当大多数 Server 在内存中成功修改。

    没看懂这句是什么意思
    2018-09-19
    4
  • 包子
    其实我想说,zk并不合适做注册中心,注册中心应该是一个AP的系统

    作者回复: 对 专栏后面会详细分析

    2018-09-12
    4
  • Magine
    其实dns最大的劣势是不能实现端口级别的服务发现

    作者回复: 是,只能做到ip级别

    2018-11-06
    2
  • hekaiEscape
    消费者是怎么知道服务变更的,是通过与注册中心建立长链接,然后监听吗?
    2018-09-04
    2
  • Yangjing
    DNS 不会主动将变更的服务信息通知服务消费者客户端;
    服务消费者查询服务的方式也不一样
    2018-09-02
    2
  • dancer
    DNS发布变更慢,数据一致性较差;DNS基于域名解析,注册中心基于服务名进行解析;注册中心是自己开发维护的,方便功能迭代以及与其他组件进行扩展。
    2018-09-01
    2
  • godtrue
    微服务铁三角:提供者、消费者、纽带-注册中心。注册中心起到链接的作用,如果链接上了,没有了纽带也是OK的,纽带有些像中介,尤其像租房中介。

    话说链家是有头的,为了数据的一致性有人专门负责修改信息。
    并且一个城市里的租房信息,在这个城市里的店员都是可以访问的。

    当提供者和消费者比较多,且流动性强变化频繁是非常需要中介的存在的,否则房子租出去的周期就会长许多啦!
    2019-05-21
    1
  • ward-wolf
    1.注册中心具有检查功能,可以计算剔除不可用的服务,传统dns没有这个功能
    2.传统dns服务对外暴露的一般是不变的,服务节点如果宕机。客户端不能及时感知
    3.dns需要人工维护,注册中心可以实现自动注册
    2018-11-15
    1
  • 飞天的科技猪
    很棒的文章,我想如果用rabbitMQ,topic 加上binding 实现consumer的注册而且web的管理也提供了存活的查询,service routing也有rabbitMQ负责了,这个架构有什么缺陷吗?

    作者回复: 主要是rabbitMQ主要用作消息队列,不适合用来持久化存储服务信息吧,数据一致性的问题怎么解决的

    2018-09-06
    1
  • 爪哇夜未眠
    老师好,请问zookeeper和eureka作为注册中心的区别呢

    作者回复: 专栏后面有一节会讲,简单说下zk注重强一致性,在网络分区的情况下就不可用了,而eureka注重可用性,即使网络分区了,数据有短暂不一致,也要可用

    2018-09-02
    1
  • 日拱一卒
    可以列举一下业界常用的服务发现组件吗?它们之间有什么优劣?

    作者回复: 后面有一节专门讲zk、eureka、consul

    2018-09-01
    1
  • Hurt
    都是用zookeeper 吗
    2018-09-01
    1
  • 张萌
    当 RPC Server 节点发生变更时,Registry 会同步变更,RPC Client 感知后会刷新本地内存中缓存的服务节点列表。
    rock client如何感知到节点变更
    2019-08-13
  • Tattoo
    老师,你好。想问一下 https://www.infoq.cn/article/JF-144XPDqDxxdizdfwT 这里讲的“”天机阁“”是属于六大组件中的某一件还是所有?
    2019-06-06
  • 服务注册机制主要可以解决多机多实例部署发现,在一台机器部署同一服务多个实例,每个实例使用不同端口。

    dns机制只能适合多机,每个机器使用固定端口方式
    2019-03-29
  • David Yin
    因为zk数据不一致的时候,会停止服务 一直到数据一致。
    2019-03-27
收起评论
43
返回
顶部