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 的映射组成,是的维护供桌变得非常简单。