2.1: Dubbo的基本应用-负载均衡,集群容错,服务降级

负载均衡

官网地址: http://dubbo.apache.org/zh/docs/v2.7/user/examples/loadbalance/

如果在消费端和服务端都配置了负载均衡策略, 以消费端为准。

这其中比较难理解的就是最少活跃调用数是如何进行统计的?

讲道理, 最少活跃数应该是在服务提供者端进行统计的, 服务提供者统计有多少个请求正在执行中。 但在Dubbo中, 就是不讲道理, 它是在消费端进行统计的, 为什么能在消费端进行统计?

逻辑是这样的:

  1. 消费者会缓存所调用服务的所有提供者, 比如记为p1 、p2 、p3三个服务提供者, 每个提供者内都有一 个属性记为active, 默认位0

  2. 消费者在调用次服务时, 如果负载均衡策略是leastactive

  3. 消费者端会判断缓存的所有服务提供者的active, 选择最小的, 如果都相同, 则随机

  4. 选出某一 个服务提供者后, 假设位p2, Dubbo就会对p2 .active+1

  5. 然后真正发出请求调用该服务

  6. 消费端收到响应结果后, 对p2 .active-1

  7. 这样就完成了对某个服务提供者当前活跃调用数进行了统计, 并且并不影响服务调用的性能

服务超时

在服务提供者和服务消费者上都可以配置服务超时时间, 这两者是不一 样的。

消费者调用一 个服务, 分为三步:

  1. 消费者发送请求 ( 网络传输)

  2. 服务端执行服务

  3. 服务端返回响应 ( 网络传输)

如果在服务端和消费端只在其中一 方配置了timeout, 那么没有歧义, 表示消费端调用服务的超时时间, 消 费端如果超过时间还没有收到响应结果, 则消费端会抛超时异常, 但, 服务端不会抛异常, 服务端在执行 服务后, 会检查执行该服务的时间, 如果超过timeout, 则会打印一 个超时日志 。服务会正常的执行完。

如果在服务端和消费端各配了一 个timeout, 那就比较复杂了, 假设

  1. 服务执行为5s

  2. 消费端timeout=3s

  3. 服务端timeout=6s

那么消费端调用服务时, 消费端会收到超时异常 ( 因为消费端超时了), 服务端一 切正常 ( 服务端没有超 时) 。

集群容错

官网地址: http://dubbo.apache.org/zh/docs/v2.7/user/examples/fault-tolerent-strategy/

集群容错表示: 服务消费者在调用某个服务时, 这个服务有多个服务提供者, 在经过负载均衡后选出其中 一 个服务提供者之后进行调用, 但调用报错后, Dubbo所采取的后续处理策略。

服务降级

官网地址: http://dubbo.apache.org/zh/docs/v2.7/user/examples/service-downgrade/

服务降级表示: 服务消费者在调用某个服务提供者时, 如果该服务提供者报错了, 所采取的措施。

集群容错和服务降级的区别在于:

  1. 集群容错是整个集群范围内的容错

  2. 服务降级是单个服务提供者的自身容错

相关推荐
小张课程1 小时前
Dubbo 3 深度剖析 – 透过源码认识你|网盘无密分享
dubbo·源码
小张课程1 小时前
dubbo3深度剖析透过源码认识你 dubbo源码分析
dubbo·源码
马尚道1 天前
Dubbo 3 深度剖析 – 透过源码认识你 | 更新完结
dubbo·源码
马尚道1 天前
Dubbo 3 深度剖析 – 透过源码认识你(完结)
dubbo·源码
马尚道1 天前
Dubbo 3 深度剖析 - 透过源码认识你
dubbo·源码
土星碎冰机1 天前
Dubbo RPC 调用中用户上下文传递问题的解决
网络协议·rpc·dubbo
正见TrueView2 天前
阿里美团京东从“三国杀”到“双雄会”:本地生活无限战争的终局猜想
dubbo·生活
superlls2 天前
(微服务)Dubbo 服务调用
笔记·rpc·dubbo
jyan_敬言3 天前
【Docker】docker存储配置与管理
docker·容器·dubbo·学习方法
编啊编程啊程3 天前
【004】生菜阅读平台
java·spring boot·spring cloud·dubbo·nio