从0到1实现RPC | 04 负载均衡和静态注册中心

本文详细介绍了Dubbo和SpringCloud中路由器、负载均衡器、注册中心以及RpcContext的作用,展示了如何在消费者端实现轮询负载均衡,通过实际例子展示了其工作原理和应用。
摘要由CSDN通过智能技术生成

一、Router的定义

Router路由用于预筛选,Dubbo有这样的设计,SpringCloud没有。

图片

二、LoadBanlancer定义

负载均衡器:默认取第一个

图片

当前支持随机和轮询两种负载均衡器。

随机:从所有provider中随机选择一个。

图片

轮询:每个provider服务按照顺序,依次调用

图片

三、注册中心的定义

  1. 开始方法start();
  2. 停止方法stop();
  3. Provider的注册方法register();
  4. Provider的取消注册方法unregister();
  5. Consumer的获取所有服务方法fetchAll();
  6. 默认提供的静态注册中心类型,是为了后续的动态注册中心做准备。都是空方法,只是fetchAll()默认返回了所有providers;

图片

四、RpcContext定义

RpcContext用于封装上下文参数,避免参数过多传递。当前有过滤器Filter,负载均衡器LoadBalancer、路由器Router。

图片

五、创建Bean

在消费者配置类ConsumerConfig中创建Bean,包括注册中心,路由器和负载均衡器(这里使用的是轮询)。

图片

六、封装代理类

在消费者启动类ConsumerBootstrap中, 把路由器router和负载均衡器loadBalancer封装到RpcContext中。

在创建代理对象时,通过注册中心获取到所有的服务提供者providers,然后联合上下文信息RpcContext一起传递给代理类。

图片

在代理类中完成负载均衡,确定调用的服务类。

图片

七、测试

启动三个服务提供者provider,端口分别是8081,8082,8083

图片

启动服务消费者Consumer,配置好服务提供者provider的地址。

图片

同一个接口连续调用三次,可以看到返回结果,依次访问的是8081,8082,8083这三个服务,使用轮询负载均衡的目的已经成功了。

图片

图片

图片

工程地址:

https://github.com/midnight2104/midnight-rpc/tree/lesson4

  • 4
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值