6.1 Ribbon 是什么

---

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

简单轮询：每一个请求，我都轮着来。
随机连接：每一个请求，会随机的发送到一台服务器上。

Ribbon 能干嘛

• LB 负载均衡，在微服务或分布式集群中经常用的一种应用。
• 负载均衡简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的 HA（高可用）。
• 常见的负载均衡软件有 Ngnix、Lvs 等等
• Dubbo、SpringCloud 中均 给我们提供了负载均衡，SpringCloud的负载均衡算法可以自定义
• 负载均衡简单分类：
  • 集中式 LB
    • 即在服务的消费方和提供方之间使用独立的LB设施，如 Nginx（反向代理服务器），由该设施负责把访问请求通过某种策略转发至服务的提供方！
  • 进程式 LB
    • 将LB逻辑集成到消费方，消费方从服务注册中心货值有哪些地址可用，然后自己再从这些地址中选出一个合适的服务器。
    • Ribbon 就属于进程内 LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址。

那你看，Nginx 是 作为中间件，类似于过滤器一样的存在。而 Ribbon 这个东西，是在 消费方 进行 请求发送的时候，就知道 应该 怎么去 选择 地址和服务器了。两者还是有 本质区别的。

---

6.2 尝试 Ribbon

1. 首先 最新版的 Eureka，目前我写这个章节的时候，是 1.4.7，是集成 Ribbon 的，所以我们只需要 引入 Eureka 依赖就可以了！！！

springcloud-consumer-dept-80 下面的 pom.xml

<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springcloudartifactId>
        <groupId>top.muquanyugroupId>
        <version>1.0-SNAPSHOTversion>
    parent>
    <modelVersion>4.0.0modelVersion>

    <artifactId>springcloud-consumer-dept-80artifactId>

    <properties>
        <maven.compiler.source>8maven.compiler.source>
        <maven.compiler.target>8maven.compiler.target>
    properties>

    <dependencies>
        <dependency>
            <groupId>top.muquanyugroupId>
            <artifactId>springcloud-apiartifactId>
            <version>1.0-SNAPSHOTversion>
        dependency>
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-webartifactId>
        dependency>
        <dependency>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-devtoolsartifactId>
        dependency>
        <dependency>
            <groupId>org.springframework.cloudgroupId>
            <artifactId>spring-cloud-starter-eurekaartifactId>
            <version>1.4.7.RELEASEversion>
        dependency>

    dependencies>
project>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40

2. 使用 @EnableEurekaClient 注解到 springcloud-consumer-dept-80 启动类上面，证明自己是 一个 Eureka 的客户端，可以到 Eureka 那里注册和消费服务
   

3. 在 Config 类 里面，将 RestTemplate 使用 @LoadBalanced 注解，意思是 我们 决定使用 Ribbon，并且 开启 负载均衡的策略。
   

4. 写好 消费者的 Eureka 配置

server:
  port: 80

# Eureka 配置
eureka:
  client:
    register-with-eureka: false # 消费者应该不需要注册自己
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka,http://eureka7003.com:7003/eureka
    fetch-registry: true # 拉取服务，默认为true
1
2
3
4
5
6
7
8
9
10

我们可以 看到，当前消费者 可以 从 三个 注册中心 拿到服务，但是 这个 不叫 负载均衡。这个只是 Eureka 提供的 一种策略。就是 防止 某个注册中心挂掉。而且 可以 从 三个 注册中心里面拿到服务。这个 是 Eureka 的！不是 Ribbon 的，一定要切记！也不是 负载均衡！

5. 细节改动 REST_URL_PREFIX

// 我们 要 通过服务名 来访问，因为 同一个服务可以注册到 不同的 注册中心/服务器上。
    // 所以 我们可以 通过 去 访问 这个服务名，在这些 注册中心中 进行 选择。
    private static final String REST_URL_PREFIX = "http://SPRINGCLOUD-PROVIDER-DEPT";
1
2
3

我们 要知道，我们现在 已经 使用 Ribbon 了，所以 不可能把 地址写死。我们肯定要通过一个 标识来进行 决策的筛选，这个标识 是 一样的，但是 它可以 注册到 不同的 注册中心。那么就很明显了！这个标识 肯定是 Application 那个 名字

所以 http://SPRINGCLOUD-PROVIDER-DEPT 就是 我们 新的 URL 了。

好了，我们发现 确实是 可以使用的！而且 也验证了 一点！

即使 使用了 Eureka，我们的消费者 改动 其实 也不大！也就写了一下 Eureka 的配置。其他的 几乎 不变。