Dubbo的架构

╰半夏微凉° 2021-11-04 23:20 295阅读 0赞

### Dubbo的架构 ###

*  Dubbo的架构图解
 *   *  节点简单说明
     *  调用关系说明
     *  重要知识点总结
 *  Dubbo工作原理
 *   *  各层说明

# Dubbo的架构图解 #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70]

## 节点简单说明 ##

Provider： 暴露服务的服务提供方  
Consumer： 调用远程服务的服务消费方  
Registry： 服务注册与发现的注册中心  
Monitor： 统计服务的调用次数和调用时间的监控中心  
Container： 服务运行容器

## 调用关系说明 ##

服务容器负责启动，加载，运行服务提供者。  
服务提供者在启动时，向注册中心注册自己提供的服务。  
服务消费者在启动时，向注册中心订阅自己所需的服务。  
注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。  
服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。  
服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

## 重要知识点总结 ##

注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小  
监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示  
注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外  
注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者  
注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表  
注册中心和监控中心都是可选的，服务消费者可以直连服务提供者  
服务提供者无状态，任意一台宕掉后，不影响使用  
服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

# Dubbo工作原理 #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70 1]  
图中从下至上分为十层，各层均为单向依赖，右边的黑色箭头代表层之间的依赖关系，每一层都可以剥离上层被复用，其中，Service 和 Config 层为 API，其它各层均为 SPI

## 各层说明 ##

第一层：service层，接口层，给服务提供者和消费者来实现的  
第二层：config层，配置层，主要是对dubbo进行各种配置的  
第三层：proxy层，服务接口透明代理，生成服务的客户端 Stub 和服务器端 Skeleton  
第四层：registry层，服务注册层，负责服务的注册与发现  
第五层：cluster层，集群层，封装多个服务提供者的路由以及负载均衡，将多个实例组合成一个服务  
第六层：monitor层，监控层，对rpc接口的调用次数和调用时间进行监控  
第七层：protocol层，远程调用层，封装rpc调用  
第八层：exchange层，信息交换层，封装请求响应模式，同步转异步  
第九层：transport层，网络传输层，抽象mina和netty为统一接口  
第十层：serialize层，数据序列化层，网络传输需要

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70]: /images/20211104/8438722230e5491c8fe081a3738a0622.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70 1]: /images/20211104/d16b2816561c43af80fca61bfd2061b2.png