使用zuul构建微服务网关
为什么要使用微服务网关
虽然微服务架构已经初具雏形，但还有一些问题————不同的微服务
一般会有不同的网络地址，而外部客户端（例如手机APP）可能还需
调用多个微服务接口才能完成一个业务需求。例如一个电影购票的
手机APP，可能会调用多个微服务接口，才能完成一次购票的业务流程。
如果让客户端字节与各个微服务通信，会有以下的问题：
客户端会多次请求不同的微服务，增加客户端的复杂性。
存在跨域请求，在一定场景下处理相对复杂。
认证复杂，每个服务都需要独立认证。
难以重构，随着项目的迭代，可能需要重新划分微服务，例如：可能
将多个服务合并成一个或者一个服务拆分成多个。如果客户端直接与微服务通信，那么重构将很难实施。
某些微服务可能使用了防火墙/浏览器不友好的协议，直接访问会有一定的难度。
以上问题可以借助微服务网关解决。微服务网关是介于客户端和服务器端之间的中间层，
所有的外部请求都会事先经过微服务网关。
客户端只和网关交互，而无需直接调用特定微服务的接口。这样，开发就可以得到简化。
不仅如此，使用微服务网关还有以下优点
易于监控。可在微服务网关收集监控数据并将其推送到外部系统进行分析。
易于认证。可在微服务网关上进行认证，然后再将请求发送到后端的微服务，
而无须在每个微服务中进行认证。
减少了客户端与各个微服务之间的交互次数。
Zuul简介
Zuul是Netfilx开源的微服务网关，他可以和Eureka、Ribbon、Hystrix等组件配合使用。
Zuul的核心是一系列的过滤器，这些过滤器有以下功能
身份认证与安全：识别每个资源的验证要求，并拒绝那些与要求不符的请求。
审查与监控：在边缘位置追踪有意义的数据和统计结果，从而带来精确的生产视图。
动态路由：动态地将请求路由到不同的后端集群。
压力测试：逐渐增加指向集群的流量，以了解性能。
负载分配：为每一种负载类型分配对应的容量，并弃用超出限定值的请求。
静态响应处理：在边缘位置直接建立部分响应，从而避免其转发到内部集群。
多区域弹性：跨越AWS Region进行请求路由，旨在实现ELB使用的多样化，以及
让系统的边缘更贴近系统的使用者。
Spring Cloud对Zuul进行整合与增强。目前，Zuul使用的默认HTTP客户端是Apache
HTTP Client，也可以使用RestClient或者okhttp3.0.okHttpClient。如果想要
RestClient，可以设置ribbon.restclient.enable=true，想要使用okhttp3.0kHttpClient，
可以设置ribbon.okhttp.enable=true。
编写Zuul微服务网关
1.创建一个Maven工程，ArtifactId是microservice-gateway-zuul，并为他添加以下依赖。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-zuul</artifactId>
<version>2.0.2.RELEASE</version>
</dependency>
2.在启动类上添加注解@EnableZuulProxy，声明一个Zuul代理。该代理使用Ribbon来定位注册到Eureka Server中的微服务，同时该代理还整合了Hystrix，从而实现了容错，所有经过Zuul的请求都会在Hystrix命令中执行。
@SpringBootApplication
@EnableZuulProxy
public class ZuulApplication {
public static void main(String[] args) {
SpringApplication.run(ZuulApplication.class, args);
}
}
3.编写application.yml
server:
port: 8040
spring:
application:
name: zuul
eureka:
client:
service-url:
defaultZone: http://localhost:8761/eureka/
#开启断路器功能
feign:
hystrix:
enabled: true
management:
endpoints:
web:
exposure:
include: hystrix.stream
这样一个简单的微服务网关就完成了，有配置可知，此时是添加了Zuul的依赖，并将Zuul注册到Eureka Server上。
测试：路由规则
1.启动项目microservice-discovery-eureka。
2.启动项目microservice-provider-user。
3.启动项目microservice-consumer-movie-ribbon。
4.启动项目microservice-gateway-zuul。
5.访问http://localhos:8040/movie/user/1,请求会被转发到localost://localhost:8010/user/1（电影微服务）。
6.访问http://localhos:8040/users/1,请求会被转发到localost://localhost:8000//1（用户微服务）。
说，ing默认情况下，Zuul会代理所有注册到Eureka Server的微服务，并且Zuul的路由规则如下：
http://ZUUL_HOST:ZUUL_PORT/微服务在Eureka上的serviceId/**会被转发到serviceId对应的微服务。
测试：负载均衡
1.启动项目microservice-discovery-eureka。
2.启动多个microservice-provider-user。
3.启动项目microservice-gateway-zuul。此时，Eureka Server首页如图
4.多次访问http://localhost:8040/users/1,会发现两个微服务节点都会打印如下日志。
说明Zuul可以使用Ribbon达到负载均衡的效果。
测试：Hystrix容错与监控
1.启动项目microservice-discovery-eureka。
2.启动项目microservice-provider-user。
3.启动项目microservice-consumer-movie-ribbon。
4.启动项目microservice-gateway-zuul。
5.启动项目microservice-hystrix-dashboard。
6.访问http://localhost:8040/movie/user/1。
7.Hystrix Dashboard中输入http://localhost:8040/hystrix.stream，随意指定一个Title并点击Monitor Stream按钮后。
说明Zuul已经整合了Hystrix。
本文大部分内容转载自周立的《Spring Cloud与Docker微服务架构实战》