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）是什么/li>
        • 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）是什么/h5>

简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的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 架构说明

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

3. 修改启动类，增加@RibbonClient注解，指定服务对应的规则

5. 启动测试
   分别启动注册中心cloud-eureka-server7001，服务提供者cloud-provider-payment8001和cloud-provider-payment8002
   启动消费者cloud-consumer-order80，
   浏览器访问http://localhost/consumer/payment/hello,发现8001和8002端口是随机的出现，而不是交替出现。
   

可见，默认的轮询规则被改成了随机。其它的规则，有兴趣的可以自己试试。当然也可以自己手写一个规则。

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览91437 人正在系统学习中