1 Zuul简介

ZUUL是Netflix开源的微服务网关，它可以和Eureka、Ribbon、Hystrix等组件配合使用，Zuul组件的核心是一系列的过滤器，这些过滤器可以完成以下功能：

动态路由：动态将请求路由到不同后端集群
压力测试：逐渐增加指向集群的流量，以了解性能
负载分配：为每一种负载类型分配对应容量，并弃用超出限定值的请求
静态响应处理：边缘位置进行响应，避免转发到内部集群
身份认证和安全: 识别每一个资源的验证要求，并拒绝那些不符的请求。Spring Cloud对Zuul进行了整合和增强。 Spring Cloud对Zuul进行了整合和增强

2 搭建Zuul网关服务器

创建工程导入依赖

<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-zuul</artifactId>
<version>2.1.0.RELEASE</version>
</dependency>

编写启动类

@SpringBootApplication
@EnableZuulProxy // 开启Zuul的网关功能
public class ZuulServerApplication {
 public static void main(String[] args) {
  SpringApplication.run(ZuulServerApplication.class, args);
 }
}

@EnableZuulProxy ：通过 @EnableZuulProxy 注解开启Zuul网管功能

编写配置

创建配置文件 application.yml ，并添加相应配置

server:
 port: 8080 #服务端口
spring:
 application:
  name: api-gateway #指定服务名

3 Zuul中的路由转发

最直观的理解：“路由”是指根据请求URL，将请求分配到对应的处理程序。在微服务体系中，Zuul负责接收所有的请求。根据不同的URL匹配规则，将不同的请求转发到不同的微服务处理。

zuul:
 routes:
  product-service: # 这里是路由id，随意写
   path: /product-service/** # 这里是映射路径
   url: http://127.0.0.1:9002 # 映射路径对应的实际url地址
   sensitiveHeaders: #默认zuul会屏蔽cookie，cookie不会传到下游服务，这里设置为空则取消默认的黑名单，如果设置了具体的头信息则不会传到下游服务

只需要在application.yml文件中配置路由规则即可：

product-service：配置路由id，可以随意取名
url：映射路径对应的实际url地址
path：配置映射路径，这里将所有请求前缀为/product-service/的请求，转发到http://127.0.0.1: 9002处理

配置好Zuul路由之后启动服务，在浏览器中输入 http://localhost:8080/product/service/product/1 ，即可访问到订单微服务。

3.1 面向服务的路由

微服务一般是由几十、上百个服务组成，对于一个URL请求，最终会确认一个服务实例进行处理。如果对每个服务实例手动指定一个唯一访问地址，然后根据URL去手动实现请求匹配，这样做显然就不合理。

Zuul支持与Eureka整合开发，根据ServiceID自动的从注册中心中获取服务地址并转发请求，这样做的好处不仅可以通过单个端点来访问应用的所有服务，而且在添加或移除服务实例的时候不用修改Zuul的路由配置。

（1）添加Eureka客户端依赖

<dependency>
 <groupId>org.springframework.cloud</groupId>
 <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

（2）开启Eureka客户端发现功能

@SpringBootApplication
@EnableZuulProxy // 开启Zuul的网关功能
@EnableDiscoveryClient
public class ZuulServerApplication {
 public static void main(String[] args) {
  SpringApplication.run(ZuulServerApplication.class, args);
 }
}

（3）添加Eureka配置，获取服务信息

eureka:
 client:
  serviceUrl:
   defaultZone: http://127.0.0.1:8761/eureka/
   registry-fetch-interval-seconds: 5 # 获取服务列表的周期：5s
 instance:
  preferIpAddress: true
  ip-address: 127.0.0.1

（4）修改映射配置，通过服务名称获取因为已经有了Eureka客户端，我们可以从Eureka获取服务的地址信息，因此映射时无需指定IP地址，而是通过服务名称来访问，而且Zuul已经集成了Ribbon的负载均衡功能。

#配置路由规则
zuul:
 routes:
  product-service: # 这里是路由id，随意写
   path: /product-service/** # 这里是映射路径
   serviceId: shop-service-product #配置转发的微服务名称

serviceId: 指定需要转发的微服务实例名称

3.2 简化的路由配置

在刚才的配置中，我们的规则是这样的：

zuul.routes.<route>.path=/xxx/** ：来指定映射路径。是自定义的路由名
zuul.routes.<route>.serviceId=/product-service ：来指定服务名。而大多数情况下，我们的路由名称往往和服务名会写成一样的。因此Zuul就提供了一种简化的配置语法： zuul.routes.<serviceId>=<path>上面的配置可以简化为一条：

zuul:
 routes:
  shop-service-product: /product-service/**

3.3 默认的路由规则

在使用Zuul的过程中，上面讲述的规则已经大大的简化了配置项。但是当服务较多时，配置也是比较繁琐的。因此Zuul就指定了默认的路由规则：

默认情况下，一切服务的映射路径就是服务名本身，例如服务名为： shop-service-product ，则默认的映射路径就是： /shop-serviceproduct/**

原文始发于微信公众号（步尔斯特）：【微服务｜Zuul】Zuul技术分享

文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/48272.html

【微服务｜Zuul】Zuul技术分享