Ribbon负载均衡服务调用-蒲公英云

✨ Ribbon负载均衡服务调用

Ribbon基本认识

Ribbon的介绍
Ribbon的作用

服务调用
负载均衡(LB)

Ribbon负载均衡演示
Ribbon核心组件Irule

IRule：根据特定算法从服务列表中选取一个要访问的服务
如何替换
新建MySelfRule规则类
主启动类添加@RibbonClient

?个人主页:不断前进的皮卡丘
?博客描述:梦想也许遥不可及，但重要的是追梦的过程，用博客记录自己的成长，记录自己一步一步向上攀登的印记
?个人专栏:微服务专栏

Ribbon基本认识

Ribbon的介绍

Ribbon是 Netflflixfa 发布的一个负载均衡器，有助于控制 HTTP 和 TCP客户端行为。在 SpringCloud 中，
Eureka一般配合Ribbon进行使用，Ribbon提供了客户端负载均衡的功能，Ribbon利用从Eureka中读
取到的服务信息，在调用服务节点提供的服务时，会合理的进行负载。
在SpringCloud中可以将注册中心和Ribbon配合使用，Ribbon自动的从注册中心中获取服务提供者的
列表信息，并基于内置的负载均衡算法，请求服务

Ribbon的作用

服务调用

基于Ribbon实现服务调用，是通过拉取到的所有服务列表组成（服务名-请求路径的）映射关系。借助
RestTemplate 最终进行调用。

负载均衡(LB)

当有多个服务提供者时，Ribbon可以根据负载均衡的算法自动的选择需要调用的服务地址
Ribbon是一个典型的客户端负载均衡器，Ribbon会获取服务的所有地址，根据内部的负载均衡算法，获取本次请求的有效地址
1) 简单的说就是将用户的请求平均分配到多个服务器上，从而达到系统的HA(高可用)。
2) 常见的负载均衡有软件Nginx，LVS，硬件F5等。
3) Ribbon的本地负载均衡客户端 VS Nginx服务端负载均衡区别：
· Nginx是服务器负载均衡，客户端所有请求都会交给Nginx，然后，由nginx实现转发请求。即负载均衡是由服务器端完成的。
· Ribbon本地负载均衡，在调用微服务接口时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地实现RPC远程服务调用。
4) 集中式LB
· 即在服务的消费方和提供方之间使用独立的LB设施（可以是硬件，如F5，也可以是软件，如Nginx）,由该设施负责把访问请求通过某种策略转发至服务的提供方；
5) 进程内LB
· 将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。
· Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

Ribbon负载均衡演示

架构说明
在这里插入图片描述

Ribbon在工作时分成两步：
第一步，先选择EurekaServer，它优先选择在同一个区域内负载较少的server。
第二步，再根据用户指定的策略，在从server取到的服务注册列表中选择一个地址。其中Ribbon提供了多种策略。比如：轮询、随机和根据响应时间加权。
总结：Ribbon其实就是一个软负载均衡的客户端组件，他可以和其他所需请求的客户端结合使用，和eureka结合只是其中的一个实例。
pom文件
我们本来是需要在模块cloud-consumer-order80的pom文件引入相关依赖，但是这个时候，我们其实不需要加入下面这个依赖的，因为Eureka客户端自带Ribbon

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>

在这里插入图片描述

然后运行这个模块
在这里插入图片描述

再创建一个模块，同时运行
在这里插入图片描述

在这里插入图片描述

b 在这里插入图片描述

在这里插入图片描述

Ribbon核心组件Irule

在这里插入图片描述

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

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

如何替换

修改cloud-consumer-order80
注意配置细节
官方文档明确给出警告：
https://cloud.spring.io/spring-cloud-static/Hoxton.SR1/reference/htmlsingle/\#customizing-the-ribbon-client
在这里插入图片描述

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

新建MySelfRule规则类

package com.zyh.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();//定义为随机
    }
}

主启动类添加@RibbonClient

package com.zyh.springcloud;
import com.atguigu.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;
@EnableEurekaClient
@SpringBootApplication
@RibbonClient(name = "CLOUD-PAYMENT-SERVICE",configuration = MySelfRule.class)
public class OrderMain80 {
    public static void main(String[] args) {
        SpringApplication.run(OrderMain80.class,args);
    }
}