dubbo核心技术

比眉伴天荒 2021-11-08 16:32 387阅读 0赞

[官方文档][Link 1]

# **1、dubbo核心概念** #

**     **Apache Dubbo 是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。

# **2、什么叫RPC** #

RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXVucWlhbmcxMTE_size_16_color_FFFFFF_t_70][]

RPC两个核心模块：通讯：每个微服务之间建立连接通信

序列化：序列化和反序列化的速度

### **3、基本概念** ###

![http://dubbo.apache.org/img/architecture.png][http_dubbo.apache.org_img_architecture.png]

**        服务提供者（Provider****）**：暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。

**服务消费者（Consumer****）**: 调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

**注册中心（Registry****）**：注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者

**监控中心（Monitor****）**：服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心

# **4、实现原理** #

*  **   ** 生产这注册服务到服务中心
 *      消费者向服务中心订阅服务
 *      注册中心发现服务后通知消费者
 *      消费者根据获取的服务地址，直接invoke 生产这
 *     生产这和消费这各自向Monitor 发送监控信息

# **5、环境搭建** #

## 6、zookeeper宕机与dubbo直连 ##

现象：zookeeper注册中心宕机，还可以消费dubbo暴露的服务。

原因：

<table> 
 <tbody> 
 <tr> 
 <td style="width:453.1pt;"> 健壮性 
 <ol> 
 <li>监控中心宕掉不影响使用，只是丢失部分采样数据</li> 
 <li>数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务</li> 
 <li>注册中心对等集群，任意一台宕掉后，将自动切换到另一台</li> 
 <li>注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯</li> 
 <li>服务提供者无状态，任意一台宕掉后，不影响使用</li> 
 <li>服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复</li> 
 </ol>&nbsp; </td> 
 </tr> 
 </tbody> 
</table>

高可用：通过设计，减少系统不能提供服务的时间；

## 7、集群下dubbo负载均衡配置 ##

在集群负载均衡时，Dubbo 提供了多种均衡策略，缺省为 random 随机调用。

# **8、负载均衡策略** #

<table> 
 <tbody> 
 <tr> 
 <td style="width:453.1pt;"> Random LoadBalance 随机，按权重设置随机概率。 在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。 RoundRobin LoadBalance 轮循，按公约后的权重设置轮循比率。 存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。 LeastActive LoadBalance 最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。 使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。 ConsistentHash LoadBalance 一致性 Hash，相同参数的请求总是发到同一提供者。 当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。算法参见：http://en.wikipedia.org/wiki/Consistent_hashing 缺省只对第一个参数 Hash，如果要修改，请配置 &lt;dubbo:parameter key="hash.arguments" value="0,1" /&gt; 缺省用 160 份虚拟节点，如果要修改，请配置 &lt;dubbo:parameter key="hash.nodes" value="320" /&gt; </td> 
 </tr> 
 </tbody> 
</table>

# **9、整合hystrix，服务熔断与降级处理** #

**什么是服务降级？**

当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理或换种简单的方式处理，从而释放服务器资源以保证核心交易正常运作或高效运作。

可以通过服务降级功能临时屏蔽某个出错的非关键服务，并定义降级后的返回策略。

# **10、zipkin数据链路** #

1.   zipkin 提供了插拔数据存储方式：elasticsearch, mysql , in-Memory, cassandra
2.   zipkin 主要涉及四个组件：collector(数据采集)， storage(数据存储) ， search(数据查询)， UI(数据展示)
3.   在brave-dubbo简化dubbo项目接入zipkin
4.  spring-application.xml中配置 brave bean

[Link 1]: http://dubbo.apache.org/zh-cn/
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2h1eXVucWlhbmcxMTE_size_16_color_FFFFFF_t_70]: /images/20211108/bfb59ebfbe604e2ab7d80ddddacf98d6.png
[http_dubbo.apache.org_img_architecture.png]: /images/20211108/c8a6d22839d34e0c8dd984ae43d437be.png