springcloud gateway ribbon使用_SpringCloud —— Ribbon

8fcb580d5a148595c77522367d64c1f0.gif

前文

微服务(一)SpringCloud 简介

微服务(二)SpringCloud 版本选型

微服务(三)SpringCloud 工程构建

SpringCloud —— Eureka 注册中心

SpringCloud —— Eureka 集群

SpringCloud —— 服务注册进 Eureka 集群

SpringCloud —— Eureka 自我保护机制

SpringCloud —— SpringCloud Consul 实现服务注册中心

什么是 Ribbon?

SpringCloud Ribbon 是基于 Netflix Ribbon 实现的一套 客户端负载均衡的工具

    简单地说,Ribbon 是 Netflix 发布的开源项目,主要功能是提供 客户端软件负载均衡算法和服务调用。Ribbon 客户端组件提供一系列完善的配置项,如连接超时、重试等等。

    简单地说,就是在配置文件中列出 Load Balance(简称 LB)后面所有的机器,Ribbon 会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器。我们很容易使用 Ribbon 实现自定义的负载均衡算法

Ribbon 能干什么?

负载均衡(LB)

什么是负载均衡?
简单地说就是将用户的请求平摊的分配到多个服务上,从而达到系统的 HA(高可用)
常见的负载均衡软件有有 Nginx,LVS,硬件 F5 等

Ribbon 本地负载均衡客户端 VS Nginx 服务端负载均衡的区别

Nginx 是服务器负载均衡,客户端所有请求都会交给 Nginx,然后由 Nginx 实现转发请求。即负载均衡是由服务器端实现的

Ribbon 本地负载均衡,在调用微服务接口的时候,会在注册中心上获取注册信息服务列表之后缓存到 JVM 本地,从而在本地实现 RPC 远程服务调用技术

集中式 LB

即在服务的消费方和提供方之间使用独立的 LB 设施(可以是硬件,如 F5,也可以是软件,如 Nginx),由该设施负责把访问请求通过某种策略转发至服务的提供方

进程内 LB

将 LB 逻辑集成到消费方,消费方从服务注册中心获取有哪些地址可以用,然后自己再从这些地址中选择出一个合适的服务器

Ribbon 就属于进程内 LB,它只是一个类库,集成与消费方进程,消费方通过它来获取到服务提供方的地址


简单地说 Ribbon == 负载均衡 + RESTTemplate 调用

总结:

Ribbon 其实就是一个软负载均衡的客户端组件,它可以和其它所需请求的客户端结合使用,和 Eureka 结合只是其中的一个实例

Ribbon 的负载均衡和 REST 调用

3dcfe4e247b748ccedb65a791cdf15af.png

Ribbon 在工作时分成两步:
  • 第一步先选择 EurekaServer,它优先选择在同一个区域内负载较少的 Server

  • 第二步在根据用户指定的策略,再从 Server 取到的服务注册列表中选择一个地址

其中 Ribbon 提供了多种策略:比如轮询、随机和根据响应事件加权

添加依赖

在前面的文章中其实已经简单地探讨过 Ribbon 的负载均衡,https://blog.csdn.net/Woo_home/article/details/105093023

<dependencies>
   
    <dependency>
        <groupId>org.springframework.cloudgroupId>
        <artifactId>spring-cloud-starter-zipkinartifactId>
    dependency>
    <dependency>
        <groupId>org.springframework.cloudgroupId>
        <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>
    dependency>
    <dependency>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-starter-webartifactId>
    dependency>
    <dependency>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-devtoolsartifactId>
        <scope>runtimescope>
        <optional>trueoptional>
    dependency>
    <dependency>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-starter-actuatorartifactId>
    dependency>
    <dependency>
        <groupId>org.projectlombokgroupId>
        <artifactId>lombokartifactId>
        <optional>trueoptional>
    dependency>
    <dependency>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-starter-testartifactId>
        <scope>testscope>
    dependency>
dependencies>

细心的朋友会发现,这里并没有引入 Ribbon 的依赖,那怎么使用负载均衡呢?

0f3f2bcc3102a790258647d80ac1529b.png

其实 spring-cloud-starter-netflix-eureka-client (在新版本中)自带了 spring-cloud-starter-ribbon 引用,可以打开 Maven 看下:
c47002a8087498e9d1ae4f52491fedf3.png

如果想直接添加 Ribbon 依赖的也可以,Ribbon 的依赖如下(别搞得 jar 冲突了):
<dependency>
    <groupId>org.springframework.cloudgroupId>
    <artifactId>spring-cloud-starter-netflix-ribbonartifactId>
dependency>

RestTemplate 的使用

getForObject 和 getForEntity 方法

getForObject 返回对象为响应体中数据转化成的对象,基本上可以立即为 JSON

7b82d547c104f8a668cb714dd57bff3f.png
getForEntity 返回对象为 ResponseEntity 对象,包含了响应中的一些重要信息,比如响应头、响应状态码、响应体等
@GetMapping("/consumer/payment/getForEntity/{id}")
public CommonResult getPayment2(@PathVariable("id") Long id) {
    ResponseEntity forEntity = restTemplate.getForEntity(PAYMENT_URL + "/payment/get/" + id, CommonResult.class);if (forEntity.getStatusCode().is2xxSuccessful()) {return forEntity.getBody();
    } else {return new CommonResult<>(404,"操作失败");
    }
}
7d4dcfab42d93512cc1e93662354b827.png

postForObject 和 postForEntity 方法

1eb5a542a22adc7baa764846ee5d8773.png
@GetMapping("/consumer/payment/create")
public CommonResult create2(Payment payment) {
    return restTemplate.postForEntity(PAYMENT_URL + "/payment/create", payment, CommonResult.class).getBody();
}
8522a05d9ca9dffc5ac77171c30b86b4.png

Ribbon 核心组件 IRule

IRule

IRule 是一个接口,根据特定算法中从服务列表中选取一个要访问的服务,看下 IRule 的一些实现类

bd7b87acf03c8fe63f6ce61734c669df.png
  • com.netflix.loadbalancer.RoundRobinRule:轮询

  • com.netflix.loadbalancer.RandomRule:随机

  • com.netflix.loadbalancer.RetryRule:先按照 RoundRobinRule 的策略获取服务,如果获取服务失败则在指定的时间内会进行重试,获取可用的服务

  • WeightedResponseTimeRule:对 RoundRobinRule 的扩展,响应速度越快的实例选择权重越大,越容易被选择

  • BestAvailableRule:会先过滤掉由于多次访问故障而处于断路器跳闸状态的服务,然后选择一个并发量最小的服务

  • AvailabilityFilteringRule:会先过滤掉故障实例,再选择并发较小的实例

  • ZoneAvoiddanceRule:默认规则,复合判断 server 所在区域的性能和 server 的可用性选择服务器

如何替换负载规则?

注意:

在自定义配置类的时候不能放在 @ComponentScan 所扫描的当前包下以及子包下,否则我们自定义的这个配置类就会被所有的 Ribbon 客户端所共享,这样达不到特殊化定制的目的了

这话什么意思呢?因为 @SpringBootApplication 注解包含了 @ComponentScan 这个注解

8c24cc6186ba76fb959664938bcaa924.png

简单地说,就是我们自定义的配置类不能放在与 启动类同一子包下
f5273299498887e1ffc8ffd1f03ba7ac.png

新建规则类

package com.ruleconfig.myrule;

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

/**
 * @author Woo_home
 * @create 2020/3/27 11:11
 */

@Configuration
public class MySelfRule {

    @Bean
    public IRule myRule() {
        // 返回随机
        return new RandomRule();
    }
}

修改启动类

package com.java.springcloud;

import com.ruleconfig.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;

/**
 * @author Woo_home
 * @create 2020/3/24 14:09
 */

@SpringBootApplication
@EnableEurekaClient
// name 是服务提供者的实例名称
@RibbonClient(name = "DEMO-PROVIDER-PAYMENT",configuration = MySelfRule.class)
public class OrderMain80 {
    public static void main(String[] args){
        SpringApplication.run(OrderMain80.class,args);
    }
}

访问页面

下面是连续刷新页面返回的结果,可以发现端口号并不是默认的轮询了

120083d2fe625b00f9171c2de7affcd6.png
de068d0fd73c875fed8247e32f69ce91.png
11cb3abf395d1a6f88fd28116c40f5ce.png

完整代码以上传至码云, 代码地址

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值