分布式的几件小事(二)dubbo的工作原理

1.dubbo的工作原理

①整体设计

图例说明:

  • 图中左边淡蓝背景的为服务消费方使用的接口,右边淡绿色背景的为服务提供方使用的接口,位于中轴线上的为双方都用到的接口。
  • 图中从下至上分为十层,各层均为单向依赖,右边的黑色箭头代表层之间的依赖关系,每一层都可以剥离上层被复用,其中,Service 和 Config 层为 API,其它各层均为 SPI。
  • 图中绿色小块的为扩展接口,蓝色小块为实现类,图中只显示用于关联各层的实现类。
  • 图中蓝色虚线为初始化过程,即启动时组装链,红色实线为方法调用过程,即运行时调时链,紫色三角箭头为继承,可以把子类看作父类的同一个节点,线上的文字为调用的方法。

②dubbo的十层架构说明

  • service 接口层 :给服务提供者、服务消费者去实现。
  • config 配置层 :对外的配置接口,以ServiceConfig,REferenceConfig为中心,可以直接初始化配置类。也可以通过spring解析配置生成配置类。
  • proxy服务代理层 :服务接口透明代理,生成服务的客户端Stub和服务端Skeleton,以ServiceProxy为中心,扩展接口为ProxyFactory。
  • registry注册中心层 :封装注册地址的注册与发现,以服务URL为中心,扩展接口为RegistryFactory,Registry,RegistryService。
  • cluster路由层 :封装多个提供者的路由与负载均衡,并桥接注册中心,以Invoker为中心,扩展接口为cluster,Directory,Router,LoadBalance。
  • monitor监控层 :RPC调用次数和调用时间监控,以Statistics为中心,扩展接口为MonitorFactory,Monitor,MonitorService。
  • protocol远程调用层 :封装RPC调用,以Invocation,Result为中心,扩展接口为Protocol,Invoker,Exportor。
  • exchange信息交换层 :封装请求响应模式,同步转异步,以Request,Response为中心,扩展接口为Exchanger,ExchangeChannel,ExchangeClient,ExchangeServer。
  • transport网络传输层:抽象mina和netty为统一接口,以Message为中心,扩展接口为Channel,Transporter,Client,Server,Codec。
  • serialize数据序列化层 :可以复用的一些工具,扩展接口为Serialization,ObjectInput,ObjectOutput,ThreadPool。

③关系说明

  • 在RPC中,Protocol是核心层,也就是只要有Protocol+Invoker+Exporter就可以完成非透明的RPC调用,然后在Invoker的过程上Filter拦截点。
  • 图中的Consumer和Provider是抽象概念,只是想让看图者更直观的了解哪些类分属于客户端与服务器端,不用 Client 和 Server 的原因是 Dubbo 在很多场景下都使用 Provider, Consumer, Registry, Monitor 划分逻辑拓普节点,保持统一概念。
  • Cluster是外围概念,所有cluster的目的是将多个Invoker伪装成一个Invoker,这样其他人只要关注Protocol层Invoker即可,加上Cluster或者去掉Cluster对其他层都不会造成影响,因为只有一个提供者时,是不需要Cluster的。
  • Proxy层封装了所有接口的透明化代理,而在其它层都以Invoker为中心,只有暴露给用户使用时,才用Proxy将Invoker转为接口,或者将接口实现为Invoker,也就是去掉Proxy层的RPC是可以run的,只是不那么透明,不那么看起来向本地服务一样调用远程服务。
  • Remoting实现是dubbo协议的实现,如果你选择RMI协议,整个Remoting都用不上,Remoting内部再划分为transport传输层和exchange交换层,Transport层只负责单向消息传输,是对mina,netty,Grizzly的抽象,它可以扩展UDP传输,二Exchange层是在传输层之上封装了Request-Response语义。
  • Registry和Monitor实际上不算一层,而是一个独立的节点,只是为了全局概览,用层的方式画在了一起。

2.dubbo的一次调用过程

暴露服务时序

暴露服务时序

简易通信过程示意图

3.注册中心挂了可以继续通信吗?

可以,因为刚开始初始化的时候,消费者会将提供者的地址等信息拉取到本地缓存,所以注册中心挂了可以继续通信

原文地址:https://www.cnblogs.com/jack1995/p/10920994.html

时间: 2024-10-07 14:50:15

分布式的几件小事(二)dubbo的工作原理的相关文章

说一下Dubbo 的工作原理?注册中心挂了可以继续通信吗?

面试题 说一下的 dubbo 的工作原理?注册中心挂了可以继续通信吗?说说一次 rpc 请求的流程? 面试官心理分析 MQ.ES.Redis.Dubbo,上来先问你一些思考性的问题.原理,比如 kafka 高可用架构原理.es 分布式架构原理.redis 线程模型原理.Dubbo 工作原理:之后就是生产环境里可能会碰到的一些问题,因为每种技术引入之后生产环境都可能会碰到一些问题:再来点综合的,就是系统设计,比如让你设计一个 MQ.设计一个搜索引擎.设计一个缓存.设计一个 rpc 框架等等. 那既

路由器开发(二)—— 路由器工作原理

当信息需要在两个网络之间传输时,常用路由器这种互连设备来负责数据的传输.路由器的主要工作是:路径的决定和数据包的转发(从路由器一个接口输入,然后选择合适接口输出):维护路由表. 路由器工作的方式非常简洁明了,从接收报文中抽取目的地址,并确定地址中的网络号,查找路由选择表以获得与目标网络相匹配的表项.在路由选择表中的匹配表项中包括下一站.目的地.输出接口和其它与路由有关的参数.报文被封装在适合输出接口的帧中,并由输出接口输出. 下面具体分析路由器两种工作的工作原理. 一.路由的概念  路由是将对象

android camera(二):摄像头工作原理、s5PV310 摄像头接口(CAMIF)

一.摄像头工作原理 上一篇我们讲了摄像头模组的组成,工作原理,做为一种了解.下面我们析摄像头从寄存器角度是怎么工作的.如何阅读摄像头规格书(针对驱动调节时用到关键参数,以GT2005为例). 规格书,也就是一个器件所有的说明,精确到器件每一个细节,软件关心的寄存器.硬件关心的电气特性.封装等等.单单驱动方面,我们只看对我们有用的方面就可以了,没必要全部看完.主要这样资料全都是鸟语(En),全部看完一方面时间上会用的比较多,找到关键的地方就行了. 1.camera的总体示意图如下:控制部分为摄像头

分布式的几件小事(五)dubbo的spi思想是什么

1.什么是SPI机制 SPI 全称为 Service Provider Interface,是一种服务发现机制. SPI 的本质是将接口实现类的全限定名配置在文件中,并由服务加载器读取配置文件,加载实现类.这样可以在运行时,动态为接口替换实现类. 正因此特性,我们可以很容易的通过 SPI 机制为我们的程序提供拓展功能.SPI 机制在第三方框架中也有所应用,比如jdbc. java定义了一套jdbc的接口,但是java是没有提供jdbc的实现类. 但是实际上项目跑的时候,要使用jdbc接口的哪些实

分布式的几件小事(四)dubbo负载均衡策略和集群容错策略

1.dubbo负载均衡策略 ①random loadbalance 策略 默认情况下,dubbo是random loadbalance 随机调用实现负载均衡,可以对provider不同实例设置不同的权重,会按照权重来进行负载均衡,权重越大分配的流量越高,一般就用这个默认的就可以了. ②roundrobin loadbalance策略 这个策略默认会将请求均匀的分布到各个provider上面,但是如果各个机器的性能不一样,很容易到杭州性能差 的机器负载过高. ③leastactive loadba

分布式的几件小事(三)dubbo的通信协议与序列化

1.dubbo的通信协议 ①dubbo协议 Dubbo缺省协议采用单一长连接和NIO异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况. 特点 : dubbo缺省协议,使用的是基于netty+hessian的tbremoting交互. 连接个数:单连接. 连接方式:长连接. 传输协议:TCP. 传输方式:NIO异步传输. 使用范围:传入传出数据包较小,消费者数据比提供者多,单一消费者无法压满提供者,尽量不要用来传输超大数据. 使用场景:常规远程服务方法调用

分布式的几件小事(六)dubbo如何做服务治理、服务降级以及重试

1.服务治理 服务治理主要作用是改变运行时服务的行为和选址逻辑,达到限流,权重配置等目的. ①调用链路自动生成 一个大型的分布式系统,会由大量的服务组成,那么这些服务之间的依赖关系和调用链路会很复杂,这就需要dubbo对多个服务之间的调用自动记录下来,生成一张图,显示出来. ②服务反复问压力以及时长统计 需要自动统计各个接口和服务之间的调用次数以及访问延时,而且要分成两个级别.一个级别是接口粒度,就是每个服务的每个接口每天被调用多少次,TP50,TP90,TP99,三个档次的请求延时分别是多少:

SERVLETJSP学习(二)—— Servlet工作原理

1. Servlet核心(I) 1.1. 请求方式 1.1.1. 请求方式的种类 请求数据包中的请求行的第一个参数就是请求方式,是客户端向Web服务器发送请求时的意向说明,以此告知服务器该如何处理及解析提交的这些数据,而客户端提交的数据也会因为采用的提交方式不同来处理.后续的一切解析都是基于请求方式的不同而不同.在RFC标准文档中有详细的规定来说明请求方式的种类及作用. 区分请求种类也会为浏览器采用不同的缓存方式处理后续请求提供一个依据,从而提升响应速度.所以对于编程人员来讲,使用正确的请求方式

通俗易懂描述dubbo工作原理

关于dubbo的描述就不再赘述,直接进入主题,那就是dubbo的工作原理.dubbo分为服务提供者和服务消费者,主要的工作内容有以下几点:提供者暴露服务.消费者引入服务.提供者和消费者和注册中心之间的通信.消费者消费服务.监控中心.其他扩展 一.provider暴露服务 1.首先provider可以在配置文件中配置自己可以提供那些服务,通过<dubbo:service>可以进行配置或者注解的方式,并且在配置的时候需要配置注册中心.应用名.节点地址.通信协议等一系列参数(以DemoService