从零开始了解dubbo框架

Dubbo简介

Dubbo是什么？

Dubbo是阿里巴巴SOA服务化治理方案的核心框架，每天为2,000+个服务提供3,000,000,000+次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。

其核心部分包含:
远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

Dubbo能做什么？

1、透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
2、软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
3、服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

Dubbo架构

服务框架的结构如下图所示：
节点角色说明：

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

Provider（服务提供者）

现象：

1、服务提供者启动后，服务消费者就可以调用到他
2、服务提供者终止后，这个提供者就不被消费者调用了
3、可以在任意时刻上线或者下线，只需要保证同一个服务有最低一个提供者即可

功能：

1、提供对应的服务：
1）声明提供的服务类型（声明要提供啥服务）
2）需要注册（声明自己能够提供多少服务）
2、启动的时候要能通知消费者
1）消费者的地址是哪里
2）如何进行通知
直接进行通知–直接调用消费者的接口
间接进行通知–写入中间件，由中间件进行通知，例如redis
3、可以应对突然宕机的情况
当前这个服务宕机，由消费者进行自我服务管理（或者可以平滑的通知所有的消费者，一般不需要）

Consumer（服务消费者）

现象：

服务消费者调用服务，可以获得任意一个提供者，并且每次调用都是随机的

功能：

1、调用服务提供者 。
需要获得服务的提供者
1）硬编码（自己本地记录，例如127.0.0.1）
2）通过一些中间件进行动态管理，例如mysql、redis
2、某个服务调用失败后，进行换提供者重试
本地需要记录多个提供者信息
或者可以不重复的获得多个提供者信息
3、新启动的提供者可以被消费者感知，服务提供者下线后，最好也能避免重复调用下线的服务提供者 。
本身动态维护黑名单

重要知识点

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

Dubbo通信方式

消费者和提供者间的通信

直接通信

优点：

快

缺点：

1、需要提前配置
2、太紧密不解耦合
3、多对多实现复杂

间接通信

优点：

1、实现相对简单
2、便于维护
3、可以增加一些额外的功能，例如监控

那么Dubbo是选用哪种通信方式呢？

Dubbo选用直接通信的方式，表示两者直接连接，没通过中间件进行转发请求 。采用间接通信用于同步数据，主要是服务提供者ip提供的服务信息等等（管理配置信息）

Dubbo工作原理

图中从下至上分为十层，各层均为单向依赖，右边的黑色箭头代表层之间的依赖关系，每一层都可以剥离上层被复用，其中，Service 和 Config 层为 API，其它各层均为 SPI。

各层说明：

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

手动实现Dubbo

Spring boot 项目（十七）——集成 dubbo + mybatis-plus