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

SpringCloud系列文章列表

0. SpringCloud实战专栏介绍准备
1. SpringCloud父工程搭建
2. 服务注册中心之Eureka（单机＋集群+Ribbon调用）
3. 服务注册中心之Zookeeper
4. 服务注册中心之Consul
5. eureka、zookeeper和consul三种注册中心之间的区别
6. 负载均衡服务调用之Ribbon
7. 服务调用之OpenFeign
8. Hystrix断路器全面实战总结
9. SpringCloud Gateway网关
10. SpringCloud Config配置中心
11. SpringCloud Bus消息总线
12. SpringCloud Stream消息驱动
13. SpringCloud Sleuth分布式请求链路追踪

- - **SpringCloud系列文章列表**
  - 1 Ribbon介绍
  - - 1.1 简介
    - 1.2 功能
    - - 1.2.1 LB负载均衡（Load Balancer）是什么？
      - 1.2.2 Ribbon本地负载均衡客户端 VS Nginx 服务端负载均衡区别
      - 1.2.3LB的两种方式
  - 2 Ribbon负载均衡实战演示
  - - 2.1 架构说明
    - 2.2 项目实战
    - - 2.2.1）实战代码
      - 2.2.2) Ribbon核心组件IRule
      - 2.2.3）修改默认的负载均衡规则
      - 2.2.3.1 注意事项
        2.2.3.2 代码实战

1 Ribbon介绍

ribbon目前也进入维护模式，未来的替代方案有SpringCloud Loadbalancer

1.1 简介

官方文档： https://github.com/Netflix/ribbon

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

简单的说，Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。

1.2 功能

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

1.2.1 LB负载均衡（Load Balancer）是什么？

简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA（高可用）。
常见的负载均衡有软件Nginx，LVS，硬件F5等。

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

Nginx是服务器负载均衡，客户端的所有请求都会交给nginx，然后由nginx实现转发请求。即负载均衡是由服务端实现的。
Ribbon本地负载均衡，在调用微服务接口的时候，会在注册中心上获取注册信息服务列表之后缓存到JVM本地，从而在本地实现RPC远程服务调用技术。

1.2.3LB的两种方式

集中式LB
即在服务的消费方和提供方之间使用独立的LB设施（可以是硬件，如F5，也可以是软件，如Nginx），由该设施负责把访问的请求通过某种策略转发至服务的提供方；
进程内LB
将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择一个合适的服务器。
Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

2 Ribbon负载均衡实战演示

2.1 架构说明

在这里插入图片描述
Ribbon在工作时分为两步
第一步，先选择EurekaServer，它优先选择在同一区域内负载较少的server
第二步，再根据用户指定的策略，在从server取到的服务注册列表中选择一个地址。其中ribbon提供了多种策略，如轮询、随机、根据相应时间加权等。

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

2.2 项目实战

2.2.1）实战代码

实战代码在第二篇文章写过了，下面是传送门。
2.服务注册中心之Eureka（单机＋集群+Ribbon调用） https://blog.csdn.net/shuai8624/article/details/108111529

2.2.2) Ribbon核心组件IRule

根据特定算法从服务列表中选择一个要访问的服务；
默认的负载规则是RoundRobinRule（轮询）；

在这里插入图片描述

2.2.3）修改默认的负载均衡规则

2.2.3.1 注意事项

官方文档明确给出了警告:
这个自定义配置类不能放在@ComponentScan所挂猫的当前包下以及子包下，
否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享,达不到特殊化定制的目的了。
官方地址： https://docs.spring.io/spring-cloud-netflix/docs/2.2.5.RELEASE/reference/html/\#spring-cloud-ribbon

在这里插入图片描述

2.2.3.2 代码实战

修改cloud-consumer-order80项目，新建包 rule
增加配置类MyRandomRule.java，将规则改成随机

@Configuration
public class MyRandomRule {
```
@Bean
IRule randomRule(){ 
    return new RandomRule();
}
```
}
修改启动类，增加@RibbonClient注解，指定服务对应的规则

@SpringBootApplication
@EnableEurekaClient
// 替换默认轮询规则
@RibbonClient(name = “PROVIDER-PAYMENT”, configuration = MyRandomRule.class)
public class ConsumerOrderMain80 {
```
public static void main(String[] args) { 
    SpringApplication.run(ConsumerOrderMain80.class, args);
}
```
}
启动测试
分别启动注册中心cloud-eureka-server7001，服务提供者cloud-provider-payment8001和cloud-provider-payment8002
启动消费者cloud-consumer-order80，
浏览器访问http://localhost/consumer/payment/hello,发现8001和8002端口是随机的出现，而不是交替出现。