SpringCloud-Zuul服务网关与Ribbon负载均衡

今天继续学习SpringCloud。

上篇我们讲了[Eureka和服务提供者、消费者]

这一篇针对服务网关和负载均衡详细说说

以下代码皆用最简单的代码示例，并非真正的业务代码

学习中用到的学习资料如下：

文章：SpringCloud极简入门

视频：Spring Cloud从入门到实战

---

服务网关的概念

在分布式项目架构中，会将服务进行拆分，不同的微服务负责各自的业务功能，实现软件架构层面的解耦合。但是如果拆分之后的微服务数量太多，是不利于系统开发的，因为每个服务都有不同的网络地址，客户端多次请求不同的微服务需要调用不同的 URL，如果同时去维护多个不同的 URL 无疑会增加开发的成本。

如下图所示，一个订餐系统，需要调用多个微服务接口才能完成一次订餐的业务流程，如果能有一种解决方案可以统一管理不同的微服务 URL，肯定会增强系统的维护性，提高开发效率。

这个解决方案就是 API 网关，API 网关可以对所有的 API 请求进行管理维护，相当于为系统开放出一个统一的接口，所有的外部请求只需要访问这个统一入口即可，系统内部再通过 API 网关去映射不同的微服务。对于开发者而言就不需要关注具体的微服务 URL 了，直接访问 API 网关接口即可，API 网关的结构如下图所示。

如此一来我们就解决了上述问题，开发变得更加简单方便。

Zuul

什么是 Zuul？

Zuul 是 Netflix 提供的一个开源的 API 网关服务器，是客户端和网站后端所有请求的中间层，对外开放一个 API，将所有请求导入统一的入口，屏蔽了服务端的具体实现逻辑，Zuul 可以实现反向代理的功能，在网关内部实现动态路由、身份认证、IP 过滤、数据监控等。我们可以使用 Zuul 来实现微服务网关，Spring Cloud 集成了 Zuul。

代码实现

• 创建 Maven 工程，pom.xml

<dependencies>
    <dependency>
        <groupId>org.springframework.cloudgroupId>
        <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>
        <version>2.0.2.RELEASEversion>
    dependency>
 
    <dependency>
        <groupId>org.springframework.cloudgroupId>
        <artifactId>spring-cloud-starter-netflix-zuulartifactId>
        <version>2.0.2.RELEASEversion>
    dependency>
dependencies>

• 创建配置文件 application.yml

server:
  port: 8030
spring:
  application:
    name: gateway
eureka:
  client:
    service-url:
      defaultZone: http://localhost:8761/eureka/
zuul:
  routes:
    provider: /p/**

属性说明：

zuul.routes.provider：给服务提供者 provider 设置映射

• 创建启动类

package com.janeroad;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.EnableAutoConfiguration;
import org.springframework.cloud.netflix