dubbo的服务调用-集群容错和路由负载

最新推荐文章于 2024-03-07 09:30:00 发布
最新推荐文章于 2024-03-07 09:30:00 发布
阅读量571 收藏 1
点赞数
分类专栏： 死磕dubbo 文章标签： dubbo dubbo集群负载路由 dubbo服务调用容错路由负载
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_34203492/article/details/113871260
版权

前面看完了服务的引用：dubbo的服务引用

在服务引用最终的就是生成了一个代理类，那么在调用某个被代理的接口时，实际上就是通过代理类去调用的，同时在实际调用之前做了容错、路由、负载等等。实际上每个调用都会从org.apache.dubbo.rpc.proxy.InvokerInvocationHandler#invoke代理
在这里插入图片描述
在这个方法中，会把我们的目标Invoker和参数封装成org.apache.dubbo.rpc.RpcInvocation#RpcInvocation(java.lang.reflect.Method, java.lang.String, java.lang.Object[])，然后会调用invoker.invoke(rpcInvocation)到达集群处理：org.apache.dubbo.rpc.cluster.support.wrapper.MockClusterInvoker#invoke
在这里插入图片描述
这里我们看这个方法中有if else处理，这个其实就是服务降级的判断处理(https://dubbo.apache.org/zh/docs/v2.7/user/examples/service-downgrade/#m-zhdocsv27userexamplesservice-downgrade)，比如mock=force:return+null表示消费方对该服务的方法调用都直接返回 null 值，不发起远程调用，用来屏蔽不重要服务不可用时对调用方的影响；mock=fail:return+null表示消费方对该服务的方法调用在失败后，再返回 null 值，不抛异常，用来容忍不重要服务不稳定时对调用方的影响，具体配置方式可以在 Dubbo Admin后台动态管理 进行配置，也可以在xml文件中进行配置。实际操作是在 zk 的 /dubbo/com.xxx.xxxService/configurators 节点中添加了 override
回到这个方法里面我们依旧继续跟进会到达：org.apache.dubbo.rpc.cluster.support.AbstractClusterInvoker#invoke
在这里插入图片描述

  1. 这里我们先看list(invocation);方法，跟进去继续看在这里插入图片描述
    这里开始进入目录查找directory.list(invocation)，这里接下来是一个很长的调用链路，就直接标记一下走过去：org.apache.dubbo.rpc.cluster.directory.AbstractDirectory#list➡️ org.apache.dubbo.registry.integration.RegistryDirectory#doList➡️ org.apache.dubbo.rpc.cluster.RouterChain#route➡️ org.apache.dubbo.rpc.cluster.router.mock.MockInvokersSelector#route➡️ org.apache.dubbo.rpc.cluster.router.mock.MockInvokersSelector#getNormalInvokers。
    这里有一个细节需要说一下，就是这个：org.apache.dubbo.rpc.cluster.RouterChain#route方法：在这里插入图片描述
    这个org.apache.dubbo.rpc.cluster.RouterChain#routers是调用时的路由，基础的是org.apache.dubbo.rpc.cluster.router.mock.MockInvokersSelector，举个例子比如在Dubbo-Admin后台页面配置了一个条件路由规则之后，那么这个routers里面就有多一个配置的路由规则进行过滤，条件路由过滤是在Router接口实现类的org.apache.dubbo.rpc.cluster.router.condition.ConditionRouter#route，在这里插入图片描述
    其实跟进这个RouterChain#routers会发现他的值变更是在org.apache.dubbo.registry.integration.RegistryDirectory#notify方法里面进行的在这里插入图片描述也就是说在zk节点变更之后会通知到notify方法，然后去更新路由，那么比如在Dubbo-Admin后台配置条件路由并启用之后，就会变更zk节点，此时也回通过这个监听通知更新路由，这就是dubbo的路由更新逻辑，回到上面的流程：
    这一串调用下来，目的就是进入directory通过route获取目标的Invoker

  2. 然后回到org.apache.dubbo.rpc.cluster.support.AbstractClusterInvoker#invoke，开始负载均衡：initLoadBalance(invokers, invocation)：
    在这里插入图片描述
    这里是个SPI获取的动态代理类，实际获取的是org.apache.dubbo.rpc.cluster.loadbalance.RoundRobinLoadBalance

  3. 然后回到org.apache.dubbo.rpc.cluster.support.AbstractClusterInvoker#invoke，继续跟进到：doInvoke(invocation, invokers, loadbalance)，然后默认会走到：org.apache.dubbo.rpc.cluster.support.FailoverClusterInvoker#doInvoke失败转移容错，当出现失败是尝试其他服务器；这里会到哪个Cluster是根据配置的决定的，其实就是集群容错的处理方式
    在这里插入图片描述
    上图这个是dubbo提供的集群容错处理方式，配置：<dubbo:service cluster="failsafe" retries="2"/> 具体这里就不写了具体集群的容错处理方式可以看官网的https://dubbo.apache.org/zh/docs/v2.7/user/examples/fault-tolerent-strategy，这里我们主要来看下快速失败和失败重试，先看失败重试：org.apache.dubbo.rpc.cluster.support.FailoverCluster➡️ org.apache.dubbo.rpc.cluster.support.FailoverClusterInvoker#doInvoke
    在这里插入图片描述
    可以看到这个失败重试的实现方式是先获取配置的重试次数，然后进入for循环，根据select获取到可用的一个Invoker进行远程调用，如果正常那么直接返回，出现异常那么catch之后继续下次重试知道for循环结束，这就是失败重试的容错处理。然后再看一下快速失败的处理方式：org.apache.dubbo.rpc.cluster.support.FailfastCluster➡️ org.apache.dubbo.rpc.cluster.support.FailfastClusterInvoker#doInvoke在这里插入图片描述
    可以看到快速失败非常直接，处理方式就是获取一个可用的invoker直接发起调用，失败就抛异常。

  4. 然后我们来看下负载均衡，从默认的失败重试方式中进入吧：org.apache.dubbo.rpc.cluster.support.FailoverClusterInvoker#doInvoke➡️ Invoker<T> invoker = select(loadbalance, invocation, copyInvokers, invoked)在这里插入图片描述
    这个方法是在从负载规则中查找一个可用的Invoker，进入doSelect(loadbalance, invocation, invokers, selected)
    在这里插入图片描述
    这个方法中看：loadbalance.select(invokers, getUrl(), invocation)，跟进会到达org.apache.dubbo.rpc.cluster.loadbalance.AbstractLoadBalance#select抽象类在这里插入图片描述
    doSelect(invokers, url, invocation)会进入其中某一个负载算法，然后得到一个结果，这些算法都是dubbo提供的，比如：RoundRobinLoadBalance权重轮训，RandomLoadBalance随机按权重设置随机概率等，具体可以看官网介绍https://dubbo.apache.org/zh/docs/v2.7/user/examples/loadbalance/，后面有空再详细写下这几个算法的具体实现，现在先以轮训为例子org.apache.dubbo.rpc.cluster.loadbalance.RoundRobinLoadBalance#doSelect在这里插入图片描述
    这里我们先了解他从多个服务invokers(该方法入参)中选择一个可用的进行返回就行，这个入参invokers一个接口的多个集群提供。

然后回到了org.apache.dubbo.rpc.cluster.support.FailoverClusterInvoker#doInvoke中：
在这里插入图片描述
选择到一个Invoker之后去执行这个方法获取结果并把结果返回。

最后总结一下服务真正调用前的这些集群容错、路由负载的过程：

  1. 进入InvokerInvocationHandler#invoke
  2. directory，directory代表多个Invoker，它是动态更新的，比如对注册中心监听，如果服务节点有变化他会跟着更新
  3. router，路由，负责从多个Invoker中按照路由规则选出路由条件的子集合，这个路由可以在dubbo后台界面进行配置，用于应用隔离等
  4. Cluster，把directory中的多个Invoker封装成一个，然后调用时捕获异常，并作出异常处理，比如重试等
  5. LoadBalance，负载均衡，从多个Invoker中选择一个进行，有多重负载军和算法
  6. 把获取的Invkoer返回并执行调用获取结果
景川呀
关注
专栏目录
dubbo系列--集群容错
田维常
11-08 258
作为一个程序员，咱们在开发的时候不仅仅是完成某个功能，更要考虑其异常情况程序如何设计，比如说：dubbo的消费端调用服务方异常的情况，要不要处理？如何处理？ dubbo提供了多种集群容错机制，默认是failover，也就是失败后重试。可以自行扩展集群容错策略，参见：dubbo官网   图中各节点关系： 这里的 Invoker 是 Provider 的一个可调用 Service 的抽象，...
dubbo和dubbo-admin
辰伏的博客
03-04 549
1. 相关概念 1.1 互联网项目架构 特点 用户多 流量大，并发高 海量数据 易受攻击 功能繁琐 变更快 传统项目和互联网项目的不同 用户体验 美观、功能、速度、稳定性 衡量网站的性能指标 响应时间：指执行一个请求从开始到最后收到响应数据所花费的总体时间。 并发数：指系统同时能处理的请求数量。 并发连接数：指的是客户端向服务器发起请求，并建立了TCP连接。每秒钟服务器连接的总TCP数量 请求数：也称为QPS(Query Per Second)指每秒多少请求. 并发用户数：单位时间内有多少
Dubbo--集群调用与容错
weixin_42324815的博客
10-10 180
集群调用 为了提供性能与保持高可用，通常一个接口能力会有多个提供者，也就是集群（Cluster）。 下面分析一下，Dubbo中一次invoke（调用）的流程。 首先介绍一下几个关键类，可以结合具体流程在进行消化。 各节点关系（参考Dubbo官网） Cluster 将 Directory 中的多个 Invoker 伪装成一个 Invoker，对上层透明，伪装过程包含了容错逻辑，调用失败后，重试另一个 Invoker 是 Provider 的一个可调用 Service 的抽象，Invoker 封装了 P
微服务框架（十八）Dubbo领域模型、调用链及调用方式
若明天不见
01-29 2440
此系列文章将会描述Java框架Spring Boot、服务治理框架Dubbo、应用容器引擎Docker，及使用Spring Boot集成Dubbo、Mybatis等开源框架，其中穿插着Spring Boot中日志切面等技术的实现，然后通过gitlab-CI以持续集成为Docker镜像。本文为Dubbo领域模型、调用链及调用方式 Protocol是服务域，它是 Invoker 暴露和引用的主功能入口，它负责Invoker的生命周期管理。Invoker是实体域
dubbo—集群和访问方式
weixin_34112900的博客
12-29 325
2019独角兽企业重金招聘Python工程师标准>>> ...
dubbo源码分析第二十篇一dubbo集群容错策略-ForkingCluster并行调用
小麒麟的博客
01-20 669
ForkingClusterInvoker 并行调用forks数量的提供者【并非调用所有】 谁先返回结果则先返回消费者 支持timeout超时配置 通过阻塞队列的超时机制实现cluster集群层级超时 同时底层请求层依旧采用timeout机制 public Result doInvoke(final Invocation invocation, List<Invoker<T>> invokers, LoadBalance loadbalance) throws RpcExcep
dubbo源码分析第二十一篇一dubbo集群容错策略-ZoneAwareCluster区域调用
小麒麟的博客
01-20 932
背景 服务部署亚洲区域和欧洲区域两个集群 自然希望亚洲区域消费者先调用亚洲区域集群,失败在调用欧洲区域集群 eureka中出现zone概念,类似dubbo这里的调度策略 ZoneAwareClusterInvoker 存在首选的优先首选调用 调用同区域 无同区域且必须同区域调用则报错 负载均衡一次选择一个可用 所有提供者选择一个可用的 强行调用 public Result doInvoke(Invocation invocation, final List<Invoker<T&
Dubbo架构篇 - 集群容错
The Secret
08-11 868
本文解析Dubbo的集群容错。
dubbo-dev-book
09-15
集群扩展可以实现不同的集群容错策略，如故障转移、负载均衡等。 #### 路由扩展 路由扩展允许在服务调用前根据预设规则进行路由，实现精细化的服务路由控制。 #### 负载均衡扩展 负载均衡扩展提供不同策略的负载...
Dubbo Cluster集群那点你不知道的事。
浅羽技术
11-01 711
现在有这样一个需求：一个如果接口调用失败，需要自动进行重试。虽然关系不大，但是我还是想到了Dubbo的集群容错策略：Failover Cluster，即失败自动切换。（这个转折是不是有点...
Dubbo Spring Cloud No provider问题解决
程序员小Y的博客
12-17 2477
org.apache.dubbo.rpc.RpcException: No provider available 问题原因以及解决方案 采用 Dubbo Spring Cloud
Dubbo（十六）源码解析 之 服务降级
语雀同名：犬豪 yuque.com/qhao
09-12 376
服务降级 Dubbo 中常见的服务降级设置有四种： mock=”force:return null” (return 666也行，不一定非要null)表示消费方对该服务的方法调用直接强制性返回 null 值，不发起远程调用，即使远程的提供者没有出现问题。用来屏蔽不重要服务。 mock=”fail:return null” 表示消费方对该服务的方法调用在失败后，再返回 null 值，不抛异常。用来容忍不重要服务不稳定时的影响。 mock=”true”表示消费方对该服务的方法调用在失败后，会调用消费方定义的服
dubbo系列第二篇【服务订阅的源码解析】
乐乐的博客
05-24 537
首先来个图看下dubbo十层架构： 1.获取动态代理对象 （1）通过工厂创建bean（2） 生成代理对象 2.获取invoker 总结： 在调用代理对象的方法的时候触发代理对象初始化，真正的创建代理对象 判断是否是本地调用(（1）若dubbo:reference/的url属性不为空,则不是本地调用，（2）如果inJvm为true或scope=local则为本地调用, （3）如果generic=true则为泛化调用，（4）判断exportMap是否存在，如果存在直接调用本地) 如果是远程调用，检测注册中心
Dubbo服务调用过程
05-22 3088
服务调用过程 由于 Invoker 是 Dubbo 领域模型中非常重要的一个概念，很多设计思路都是向它靠拢。这就使得 Invoker 渗透在整个实现代码里，对于刚开始接触 Dubbo 的人，确实容易给搞混了。 下面我们用一个精简的图来说明最重要的两种 Invoker——服务提供 Invoker 和服务消费 Invoker： 贴一张服务调用的整体过程图 这张图可以看出大致的整理流程，然而一些集群，重试，负载均衡等步骤会专门抽出一节来讲。本章更注重服务端和消费端具体的通信细节，线程模型等。 客户端调用 客
【网关】Shenyu网关调用Dubbo报org.apache.dubbo.rpc.RpcException: No provider available from registry localhost
wenchun001的博客
07-20 1122
Shenyu网关调用Dubbo报org.apache.dubbo.rpc.RpcException: No provider available from registry localhost:8848 for service shinagawa-dubbo/com.demo.goods.api.TestService:DEFAULT on consumer 192.168.127.1 use dubbo version 2.7.18, please check status of providers(di
Dubbo源码(七) - 集群
王谷雨的博客
08-10 765
在Dubbo中，为了避免单点故障，同一个服务允许有多个服务提供者，也允许同时连接多个注册中心。那么，服务消费者引用服务时，该请求哪个注册中心的服务提供者以及调用失败之后该如何处理呢？这些就是Dubbo集群所做的事。......
图文+源码分析实现dubbo 3.x灰度(附源码)
最新发布
念念不忘，必有回响
03-07 1287
总得来说dubbo实现流量灰度还是非常简单的，官方提供了原生的扩展我们直接使用就好。如果需要实现dubbo服务的动态标签就需要结合使用。
Dubbo（四）：服务路由的实现
AI乔治
01-04 1027
上一篇中，我们介绍了dubbo的负载均衡实现，见识了几种常用的负载均衡算法。就单个功能而言，似乎dubbo并没有太多的突出之处。事实上，一个成功的产品不必每个地方都要打破常规。更重要的是其全局优化的架构设计，以及如何使用现有的优秀解决方案为己服务。 　　本篇将介绍另一种集群环境中的高可用实现：路由服务的实现。它将从另一个角度补充dubbo的集群功能完整性。 1. 路由出现的时机？ 　　服务路由是什么？服务路由包含一条路由规则，路由规则决定了服务消费者的调用目标，即规定了服务消费者可调用哪些服务提供者。
Dubbo高级篇_05_Dubbo服务集群
热门推荐
君子敏于行而讷于言
04-12 3万+
一、环境准备 edu-provider-01(192.168.1.121) edu-provider-02(192.168.1.122) Connecting to 192.168.1.121:22... Connection established. To escape to local shell, press 'Ctrl+Alt+]'. Last login: Sat
Dubbo集群容错与负载均衡详解
- Dubbo利用Zookeeper作为注册中心，即使Zookeeper集群中的所有节点宕机，消费者仍然能够从本地缓存中获取服务提供者的地址和配置信息进行调用。服务提供者由于无状态设计，单个节点故障不会影响整体服务。只有当...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值