深入了解Dubbo框架的运行流程和核心组件

Dubbo是一款高性能、轻量级的开源RPC(远程过程调用)框架,主要用于构建分布式服务和微服务架构。那Dubbo又是如何运行的呢?让我们一起来看。

核心组件

要说Dubbo运行流程就不得不先来了解一下Dubbo的核心组件了,因为Dubbo的交互流程是和核心组件息息相关的。

Dubbo核心组件有以下几个:

  • 服务提供者(Provider) :暴露服务的应用,通过Dubbo框架将自身的服务接口及实现注册到注册中心。
  • 服务消费者(Consumer) :调用远程服务的应用,从注册中心订阅所需的服务,然后通过远程调用消费服务。
  • 注册中心(Registry) :集中管理服务的地址信息,服务提供者和服务消费者均在此注册或订阅服务信息。常见的注册中心有ZooKeeper、Nacos等。

运行流程

Dubbo运行流程如下图所示:

它的执行流程如下:

  1. 服务提供者会将实例(URL地址)注册到注册中心,注册中心负责对数据进行聚合(健康检测)。
  2. 消费者从注册中心读取地址列表并订阅变更,每当地址列表发生变化,注册中心将最新的列表通知到所有订阅的消费者实例。
  3. 消费者得到服务实例之后,通过Dubbo内置的负载均衡策略,选择其中的一个节点,之后使用RPC的方式与服务提供者建立连接,并进行通讯和服务调用。

更详细的调用流程如下:

支持的通讯协议

Dubbo框架提供了自定义的高性能RPC通信协议:基于HTTP/2的Triple协议和基于TCP的Dubbo2协议。除此之外,Dubbo框架支持任意第三方通信协议,如官方支持的gRPC、Thrift、REST、JsonRPC、Hessian2等,更多协议可以通过自定义扩展实现。这对于微服务实践中经常要处理的多协议通信场景非常有用。

Dubbo框架不绑定任何通信协议,在实现上Dubbo对多协议的支持也非常灵活,它可以让你在一个应用内发布多个使用不同协议的服务,并且支持用同一个port端口对外发布所有协议。

通过Dubbo框架的多协议支持,你可以做到:

  • 将任意通信协议无缝地接入Dubbo服务治理体系。Dubbo体系下的所有通信协议,都可以享受到Dubbo的编程模型、服务发现、流量管控等优势。比如gRPC over Dubbo的模式,服务治理、编程API都能够零成本接入Dubbo体系。
  • 兼容不同技术栈,业务系统混合使用不同的服务框架、RPC框架。比如有些服务使用gRPC或者Spring Cloud开发,有些服务使用Dubbo框架开发,通过Dubbo的多协议支持可以很好的实现互通。
  • 让协议迁移变的更简单。通过多协议、注册中心的协调,可以快速满足公司内协议迁移的需求。比如如从自研协议升级到Dubbo协议,Dubbo协议自身升级,从Dubbo协议迁移到gRPC,从HTTP迁移到Dubbo协议等。

Dubbo负载均衡策略

目前Dubbo(3.X)内置了如下负载均衡策略:

  1. Weighted Random LoadBalance(加权随机) :默认负载均衡算法,默认权重相同。按权重设置随机概率。缺点:存在慢的提供者累积请求的问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在调到第二台上。
  2. RoundRobin LoadBalance(加权轮询) :借鉴于Nginx的平滑加权轮询算法,默认权重相同,按公约后的权重设置轮询比率,循环调用节点。缺点:同样存在慢的提供者累积请求的问题。
  3. LeastActive LoadBalance(最少活跃优先+加权随机) :背后是能者多劳的思想,活跃数越低,越优先调用,相同活跃数的进行加权随机。活跃数指调用前后计数差(针对特定提供者:请求发送数 - 响应返回数),表示特定提供者的任务堆积量,活跃数越低,代表该提供者处理能力越强。使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大;相对的,处理能力越强的节点,处理更多的请求。
  4. Shortest-Response LoadBalance(最短响应优先+加权随机) :更加关注响应速度,在最近一个滑动窗口中,响应时间越短,越优先调用。相同响应时间的进行加权随机。使得响应时间越快的提供者,处理更多的请求。缺点:可能会造成流量过于集中于高性能节点的问题。
  5. ConsistentHash LoadBalance(一致性哈希) :确定的入参,确定的提供者,适用于有状态请求。当某一台提供者挂时,原本发往该提供者的请求,基于虚拟节点,平摊到其它提供者,不会引起剧烈变动。
  6. P2C LoadBalance(随机选择两个节点+连接数较小) :随机选择两个节点后,继续选择“连接数”较小的那个节点。对于每次调用,从可用的provider列表中做两次随机选择,选出两个节点providerA和providerB,比较providerA和providerB两个节点,选择其“当前正在处理的连接数”较小的那个节点。
  7. Adaptive LoadBalance(自适应负载均衡) :在P2C算法基础上,选择二者中load最小的那个节点,是一种能根据后端实例负载自动调整流量分布的算法实现,它总是尝试将请求转发到负载最小的节点。

课后思考

具体说说RPC调用的执行流程?

本文已收录到我的面试小站 www.javacn.site ,其中包含的内容有:Redis、JVM、并发、并发、MySQL、Spring、Spring MVC、Spring Boot、Spring Cloud、MyBatis、设计模式、消息队列等模块。

热门手游下载
下载排行榜