SpringCloud（四）Ribbon负载均衡服务调用

agululu

已于 2023-03-08 14:33:41 修改

阅读量828

点赞数

分类专栏： SpringCloud 文章标签： spring cloud

于 2022-07-09 10:58:52 首次发布

本文链接：https://blog.csdn.net/agululu/article/details/125687379

版权

SpringCloud 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

（学习记录）

1.概述

1.1简介

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

简单的说，Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。
Ribbon 就是一个基于 HTTP 和 TCP 的客户端负载均衡器，当我们将 Ribbon 和 Eureka 一起使用时，Ribbon 会从 Eureka Server（服务注册中心）中获取服务端列表，然后通过负载均衡策略将请求分摊给多个服务提供者，从而达到负载均衡的目的

Ribbon目前也进入维护模式

官网：Getting Started · Netflix/ribbon Wiki · GitHub

1.2LoadBalancer作用

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

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

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

Ribbon与Nginx区别：

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

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

一句话：Ribbon就是：负载均衡+RestTemplate调用

1.3Ribbon架构

Ribbon在工作时分成两步
第一步：先选择 EurekaServer ,它优先选择在同一个区域内负载较少的server.
第二步：再根据用户指定的策略，在从server取到的服务注册列表中选择一个地址。
其中Ribbon提供了多种策略：比如轮询、随机和根据响应时间加权。

二、Ribbon核心组件IRule

1.IRule

根据特定算法中从服务列表中选取一个要访问的服务

2.IRule提供七种算法和自定义算法

都配置在消费方的Config包下的配置类中

3.默认轮询算法RoundRobinRule()

@Configuration
public class MySelfRule {
     @Bean
    public IRule getMyRule(){
         return new RandomRule();//定义为随机
     }
}

4.主启动类

@SpringBootApplication
@EnableEurekaClient
//指定访问的微服务名和负载均衡规则
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration = MySelfRule.class) 
public class OrderMain80 {
    public static void main(String[] args) {
        SpringApplication.run(OrderMain80.class,args);
    }
}

官方文档明确给出了警告：这个自定义配置类不能放在 @ComponentScan 所扫描的当前包下以及子包下，否则我们自定义的这个配置类就会被所有的 Ribbon 客户端所共享，也就是说我们达不到特殊化定制的目的了。
2、新建一个包com.myrule，并新建一个MySelfRule类

4.其他算法

com.netflix.loadbalancer.RoundRobinRule-----------轮询

com.netflix.loadbalancer.RandomRule---------------随机

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

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

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

AvailabilityFilteringRule----------------------------先过滤掉故障实例，再选择并发较小的实例

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