利用Spring Cloud实现微服务（六）- 服务网关

作者: 书兴 | 来源:发表于2017-04-30 01:07 被阅读7637次

1. Zuul介绍

在整个Spring Cloud微服务框架里，Zuul扮演着”智能网关“的角色。一方面，Zuul是接入网关，起到反向代理的作用，是外部消费者请求内部服务的唯一入口。另一方面，Zuul也具备过滤功能，通过在运行时注入过滤规则可实现用户鉴权、动态路由、灰度发布、A/B测试、负载限流等功能。

Zuul的大部分功能都是通过过滤功能来完成的，Zuul可以提供四种标准类型的过滤，如下图所示：

1) Pre: 过滤规则在路由之前起作用。可以利用“Pre”过滤器实现用户鉴权，记录请求日志等；

2) Routing：过滤规则在路由时发生作用。可以利用“Routing”过滤器实现动态路由、灰度发布、A/B测试、负载限流等。

3) Post：过滤规则在路由之后发生作用。可以利用"Post"过滤器收集统计信息和指标，将微服务的相应写入Http响应并返回给服务消费者；

4) Error：过滤规则路由过程中发生错误时发生作用。可以利用Error过滤器记录错误日志，并对错误进行二次处理等。

在过滤器之间用RequestContext传递消息。RequestContext存储的内容包括路由目标地址、错误信息、请求信息、响应信息等。Zuul的过滤规则也可以用基于JVM的语言编写，包括Java、Python、Groovy等。

2. 代码实现及验证

本次代码实现模拟两个场景：对用户进行鉴权；拦截请求，并重导向到另一个网址

2.1新增一个zuul-service项目:过程同之前过程类似，只不过在依赖项里增加对zuul的依赖。

2.2接入网关的实现

1) 在主程序添加@EnableZuulProxy注解，该注解会把外部调用路由到合适的服务；

2) 配置网关项目的属性，端口设为2299。在配置文件里，如果不显式指定负载均衡路由的url或serviceId，负载均衡会将路径/{service}导向到Eureka上注册为{service}的服务，此时也需要使能zuul自身带的load balancer(ribbon)功能。比如：http://.../loadbalance-service/... 会由负载均衡自动到导向到Eureka上注册为loadbalance-service的服务。

也可以用下列两种方式的任何一种显式路径的方式指定负载均衡将导向的服务，zuul将路径自动设为/cars，2288为负载均衡器ribbon的端口, loadbalance-service为负载均衡的应用名称

#zuul.routes.cars.url=http://localhost:2288

#zuul.routes.cars.serviceId=loadbalance-service

当指定url时，可以关闭zuul的load balancer功能;当使用serviceId时，需要使能zuul自身带的load balancer(ribbon)功能

#ribbon.eureka.enabled=false

具体配置如下所示：

3) 验证

在启动网关服务之前，先依次启动eureka server，bookingcar-service，loadbalance-service。其中bookingcar-service启动两个实例，端口号分别为2227和2228。

启动网关服务后，我们在Eureka界面可以看到BOOKINGCAR-SERVICE, LOADBALANCE-SERVICE,GATEWAY-SERVICE都已经启动。注意：服务注册到eureka上后，名称都变成了大写。

点击GATEWAY-SERVICE后面的链接，进入网关服务界面，输入“loadbalance-service/v1/lb/testport?name=bookingcar-service“，我们发现同负载均衡时的结果一样，这说明网关服务已起作用，网关自动连接到负载均衡服务loadbalance-service。

我们也可以通过在配置文件里制定serviceid的方式来使用网关。在配置文件里，取消对serviceId的注解，关闭网关服务后再次启动,我们发现“loadbalance-service/v1/lb/testport?name=bookingcar-service“与“cars/v1/lb/testport?name=bookingcar-service“同样起作用