Spring cloud入门-8:服务调用-Ribbon

1、Ribbon入门介绍

1.1 what is ribbon?

  Spring cloud Ribbon是基于Netflix Ribbon实现的一套客户端负载均衡的工具,主要功能是提供客户端的软件负载均衡算法和服务调用
  查看官网(https://github.com/Netflix/ribbon),可以看到ribbon目前已进入维护模式:
  在这里插入图片描述
在这里插入图片描述

1.2 ribbon的作用

ribbon的主要作用是做负载均衡(Load Balance),负载均衡主要有2种情况:

  1. 集中式负载均衡:常见的负载均衡软件有Nginx,LVS,硬件有F5等。客户端将所有请求交给nginx,然后由nginx实现转发请求到所配置的服务器上。
  2. 进程内负载均衡:在调用微服务接口时,会将注册到注册中心的所有服务缓存到JVM本地,在这些服务中实现负载均衡,RPC远程调用微服务。

以之前博文的demo举例。消费端模块集有多台服务(01,02,03等),当用户请求时,所有请求都会交给nginx,由nginx根据负载均衡规则转发给某一台消费端模块,比如转发给了02服务器。这个是集中式负载均衡。
  然后在02服务器上,如果要调用之前构建的订单模块,这个时候就去注册中心,获取所有可用的服务器信息,比如之前构造的8001模块,8002模块,然后会在进程内按照负载均衡规则选择某一台服务器进行调用。

2、Ribbon的负载均衡和Rest调用

  如上所介绍,Ribbon是一个软负载均衡的客户端组件,它可以和其他所需请求的客户端结合使用,和eureka结合只是其中的一个实例。

2.1 eureka集群环境回顾

接下来还是以rureka集群环境进行理解,首先启动之前所搭建的eureka集群环境(Spring cloud入门-4:服务注册中心-Eureka集群环境构建),
  
在这里插入图片描述
启动好eureka集群环境:7001,7002,订单服务模块:8001,8002,消费订单模块:80。可以在eureka监控首页查看到所有服务已注册到注册中心:
在这里插入图片描述
此时,调用消费服务80模块的接口,可以发现会循环调用8001,8002订单服务,如下图:
在这里插入图片描述
在这里插入图片描述

2.2 引入ribbon依赖

  如上所述,当我们启动eureka集群时,似乎消费订单模块在调用订单服务时,已经具有的负载均衡,也是对8001,8002服务器采用轮询的调用方式。
  为什么我们还没有引入ribbon的pom坐标,但是消费订单服务已经具有负载均衡功能呢?
  那是因为spring-cloud-starter-netflix-eureka-client依赖包已经自带了spring-cloud-starter-netflix-ribbon的引用:
  在这里插入图片描述

2.3 优化RestTemplate

  在之前的eureka集群构建环境中,服务消费模块调用服务提供模块的接口,使用的是getForObject/postForObject获取响应结果。
  如果响应获取调用接口的响应情况的信息,可以使用getForEntity/postForEntity方法。返回对象为ResponseEntity对象,包含了响应中的重要信息。也就是除了除响应体外,还包含响应头、响应状态码等。
  因此我们可以给80消费订单模块新增一个使用getForEntity的新方法,同时将接口路径改为:/consumer/payment/getForEntity/{id}
  在这里插入图片描述
  重启80消费者模块,然后调用新方法的接口:http://localhost:8080/consumer/payment/getForEntity/3,依然可以获取订单信息。
  在这里插入图片描述

2.4 Ribbon默认自带的负载规则

  除了上面所使用的轮询负载均衡之外,服务调用还有其他的负载均衡规则。
  选择服务器的规则是通过实现IRule接口来定义的,首先是找到IRule接口,可以通过点击shift键2次,搜索IRule接口:
  在这里插入图片描述
在这里插入图片描述
  然后是查看IRule接口的实现类,由于我的IDEA是社区版,因此没有图可以展示。可以右键IRule -> Go To -> Implementation,查看其所有的实现类。并且可以看到其中的一个类是上面所使用的轮询负载均衡规则:RoundRobinRule。
  在这里插入图片描述
  ribbon自带的负载均衡规则如下:

  • com.netflix.loadbalancer.RoundRobinRule:轮询
  • com.netflix.loadbalancer.RandomRule:随机
  • com.netflix.loadbalancer.RetryRule:先按照RoundRobinRule策略获取服务,如果获取服务失败,则在指定时间内进行重试,获取可用的服务。
  • WeightedResponseTimeRule:对RoundRobinRule的扩展,响应速度越快的实例选择权重越大,越容易被选择
  • BestAvailableRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务
  • AvailabilityFilteringRule:先过滤掉故障实例,再选择并发量较小的实例
  • ZoneAvoidanceRule:默认规则,复合判断server所在区域的性能和server的可用性选择服务器。

2.5 Ribbon负载规则替换

  在上面的测试中,ribbon默认的是轮询负载均衡,接下来我们将轮询规则,改为随机负载均衡。

2.5.1 构建LB配置类

  官方文档明确给出了警告:自定义的负载均衡(LB)的配置类,不能放在@COmponentScan所扫描的包以及子包下,否则自定义的配置类就会被所有ribbon客户端所共享,达不到特殊化定制的目的
  因此,消费订单服务80模块新建package:com.example.myRule。该包和springcloud包同一层级。然后在muRule包下新建MySelfRule类。
  在这里插入图片描述

package com.example.myRule;

import com.netflix.loadbalancer.IRule;
import com.netflix.loadbalancer.RandomRule;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class MySelfRule {
    @Bean
    public IRule myRule() {
        return new RandomRule();
    }
}

2.5.2 消费服务模块添加RibbonClient注解

  在消费服务80模块添加RibbonClient为指定的服务添加指定的负载均衡规则。
  其中name必须与注册到eureka中的名称一致。
在这里插入图片描述

package com.example.springcloud;

import com.example.myRule.MySelfRule;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
import org.springframework.cloud.netflix.ribbon.RibbonClient;

@SpringBootApplication
@EnableEurekaClient
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE", configuration = MySelfRule.class)
public class OrderMain80 {
    public static void main(String[] args) {
        SpringApplication.run(OrderMain80.class, args);
    }
}

2.5.3 测试

  做好修改之后,重新启动消费服务80模块,然后调用查看订单信息的接口:http://localhost:8080/consumer/payment/getForEntity/3。
  此时,我这边测试出现了连续5次都是8001处理请求,第6次才是8002服务器处理请求的情况。因此处理请求的服务器不再是8001,8002循环处理了,而是被我们改为了随机情况。
在这里插入图片描述

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值