Ribbon负载均衡服务调用

Ribbon负载均衡服务调用

整体概括图

概述

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

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

LB负载均衡(Load Balance)是什么

简单的说就是将用户的请求平摊的分配到多个服务器上，从而达到系统的HA（高可用）。

常见的负载均衡有软件Nginx,LVS,硬件 F5等。

Ribbon本地负载均衡客户端与Nginx服务端负载均衡区别？

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

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

负载均衡分为集中式的负载均衡和进程内的负载均衡

什么是集中式的负载均衡？

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

什么是进程内的负载均衡？

将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的服务器。Ribbon就属于进程内LB,它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

Ribbon负载均衡和Rest调用

一句话

ribbon其实可以先理解成是负载均衡加RestTemplate调用。

Ribbon负载均衡概括图

Ribbon进行负载均衡的概括图，如下图：

Ribbon在工作时分两步

第一步先选择EurekaServer,它优先选择在同一个区域内负载较少的server。

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

其中Ribbon提供了多种策略：比如轮询，随机和根据响应时间加权。

eureka自动引入ribbon

ribbon通常会结合eureka注册中心一起使用。

思考一个问题？

之前在使用Eureka注册中心的时候，里面也有一个负载均衡，当时没有引入spring-cloud-starter-ribbon但也可以使用ribbon,这是为什么呢？猜测spring-cloud-starter-netflix-eureka-client自带了spring-cloud-starter-ribbon引用，证明如下：

可以看到spring-cloud-starter-netflix-eureka-client确实引入了Ribbon,如下图：

因此我们学习ribbon的时候，通常是把它和eureka注册中心放在一起进行学习的额，并且我们只需要引入一个依赖:spring-cloud-starter-netflix-eureka-client,这个依赖中已经包含了ribbon

二说RestTemplate

RestTemplate中的getForObject方法与getForEntity方法的区别，如下图：

Ribbon核心组件IRule

Ribbon自带的负载规则

1.com.netflix.loadbalancer.RoundRobinRule 轮询规则
2.com.netflix.loadbalacer.RandomRule      随机规则
3.com.netflix.loadbalancer.RetryRule	重试规则
4.WeightedResponseTimeRule				权重规则
5.等等

如何用我们自定义的负载均衡规则替换默认的轮询的负载均衡规则

我们需要修改cloud-consumer-order80微服务模块，需要加配置类，也需要在主启动类上加相关的注解。

注意配置细节并加上一个负载均衡的配置类

我们自定义的Ribon的默认的负载均衡的这个配置类，不能在@ComponentScan这个注解所扫描的包下面，但主启动类所在的包就是被@ComponentScan注解扫描的包，因为主启动类上面有个@SpringBootApplication注解，这个注解里面有一个@ComponentScan注解，所以主启动类所在的包com.atguigu.springcloud会被@ComponentScan注解扫描，因此Ribon的负载均衡的配置类一定不能在com.atguigu.springcloud包的下面，这里我们是把这个配置类放到了com.atguigu包里面，如下图：

我们想要自定义的负载均衡的规则是什么，就把myRule()方法的返回值类型改成什么，返回值类型在上面的Ribbon自带的负载均衡规则里面都可以找到，一共7种。

主启动类添加@RibbonClient

提供者服务的名字在Eureka注册中心可以查看，如下图：

测试

启动Eureka7001/7002,启动提供者8001/8002,启动消费者80,如下图：

然后去Eureka注册中心查看，如下图：

然后去浏览器调用消费者里面的接口，消费者会去调用提供者里面的服务，可能是上图中的payment8001也可能是payment8002,具体是哪一个要看具体配置的负载均衡的规则。测试消费者接口如下图：