Spring
Cloud
Zuul
实现了路由规则与实例的维护问题，通过
Spring
Cloud
Eureka
进行整合，将自身注册为
Eureka
服务治理下的应用，同时从
Eureka
中获取了所有其他微服务的实例信息，这样的设计非常巧妙的将服务治理体系中维护的实例信息利用起来，使得维护服务实例的工作交给了服务治理框架自动完成，而对路由规则的维护，默认会将通过以服务名作为
ContextPath
的方式来创建路由映射，也可以做一些特别的配置，对于签名校验、登录校验等在微服务架构中的冗余问题，逻辑上来说，本质上和微服务应用自身的业务并没有多大的关系，所以他们完全可以独立成一个单独的服务存在，只是他们被剥离和独立出来之后，是在
API
网关统一调用来对微服务接口做前置过滤，以实现对微服务接口的拦截和校验。Spring
Cloud
Zuul
提供了一套过滤机制，可以很好的支持这样的任务，开发者可以通过使用
Zuul
来创建各种校验过滤器，然后指定哪些规则的请求需要执行校验逻辑，只有通过校验的才会被路由到具体的微服务接口，使得我们的微服务应用可以更专注与业务逻辑的开发，同时微服务的自动化测试也变得更容易实现。
快速入门
- 创建一个基础的
Spring
Boot
工程，命名为
gateway-zuul，并在
pom.xml 中引入
spring-cloud-starter-zuul
依赖，具体如下：<?xml
version="1.0"
encoding="UTF-8"?><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">
<modelVersion>4.0.0</modelVersion>
<groupId>org.lixue</groupId>
<artifactId>gateway-zuul</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>jar</packaging>
<name>gateway-zuul</name>
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>1.5.6.RELEASE</version>
<relativePath/>
<!-- lookup parent from repository -->
</parent>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<java.version>1.8</java.version>
<spring-cloud.version>Dalston.SR3</spring-cloud.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zuul</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>${spring-cloud.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
对于
Spring-Cloud-starter-zuul
依赖，可以通过查看他的依赖内容了解到，该模块不仅包含了
zuul-core
核心依赖，还包括了一下重要依赖：
- spring-cloud-starter-hystrix：该依赖用来在网关服务中实现对微服务转发时候的保护机制，通过线程隔离和断路器，防止微服务的故障引发 API 网关资源无法释放，从而影响其他应用的对外服务
- spring-cloud-starter-ribbon：该依赖用来实现在网关服务进行路由转发时候，客户端负载均衡以及请求重试。
- spring-boot-starter-actuator：该依赖用来提供常规的微服务管理端点，在 Spring Cloud Zuul 中还提供了 /routes 端点来返回当前的所有路由规则
- 创建应用主类 GatewayZuulApplication ，使用 @EnableZuulProxy 注解开启Zuul的API网关服务功能，代码如下：
@EnableZuulProxy
@SpringBootApplication
public class
GatewayZuulApplication {public static
void
main(String[] args) {SpringApplication.run(GatewayZuulApplication.class, args);
}
}
- 在
application.yml 中配置
Zuul
应用的基础信息，比如应用名称、端口号等，具体内容如下：server:
port: 9300
spring:
application:
name: gateway-zuul
完成上面的步骤，基本的
Zuul
实现的
API
网关服务就构建完成了，下面将增加请求路由相关配置。
请求路由
传统路由方式
使用
Spring
Cloud
Zuul
实现路由功能非常简单，只需要增加一些关于路由的配置，就能实现传统的路由转发功能，比如：
zuul:
routes:
api:
path: /api/**
该配置定义了发往
API
网关服务的请求中，所有符合 /api/** 规则的访问都被路由转发到
http://localhost:8080
地址上，配置属性中的
api
部分为路由的名字，可以任意定义，但是一组
path
和
url
映射关系的路由名要相同。
面向服务的路由
传统的路由配置方式对于我们来说并不友好，需要运维人员花费大量的时间来维护各个路由
path
与
url
的关系，为了解决这个问题
Spring
Cloud
Zuul
实现了与
Spring
Cloud
Eureka
的无缝整合，我们可以让路由的
path
不是映射具体的url，而是让映射到具体的服务，而具体的
url
则交给
Eureka
的服务发现机制去自动维护。
- 为了与 Eureka 整合，我们需要增加 spring-cloud-starter-eureka 依赖，具体如下：
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
调整在
application.yml 中配置，增加
eureka
的注册中心的配置，并配置服务路由，具体如下：eureka:
client:
service-url:
defaultZone: http://eurekaserver2:9002/eureka,http://eurekaserver1:9001/eureka
zuul:
routes:
api:
path: /api/**
serviceId: org.lixue.helloworld
consumer:
path: /consumer/**
serviceId: eureka-feign-consumer
# 增加 zuul 超时相关
host:
connect-timeout-millis: 10000
socket-timeout-millis: 5000
# 增加断路器超时时间
hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMilliseconds: 60000
通过面向服务的路由配置方式，我们不需要再为各个路由维护微服务应用的具体实例的位置，而是通过简单的path 与 serviceId 的映射组成，是的维护供桌变得非常简单。