一个应用中可能包含PC、APP等等终端产品，如果使用单一服务入口的话，发生故障后，整个架构服务将不能提供服务。因此我们可以对不同的服务，配置不同的网关策略，正如nginx一样，可以负载均衡。
服务网关的要素：
稳定性，高可用；安全性；性能，并发性；扩展性；
一般api网关的实现方法有这么几种：
1、Nginx
2、zuul
3、Kong，专门提供微服务API管理平台(底层也是基于Nginx)
API网关的好处：
避免将内部信息暴露给外部；
统一入口；
为微服务添加额外的安全层；
支持混合通信协议；
降低构建微服务的复杂性；
微服务模拟与虚拟化；
缺点：
在架构上需要额外考虑更多编排和管理；
路由逻辑配置要进行统一的管理；
可能引发单点故障；
接下来，我们介绍下springboot整合zuul的过程，
Zuul的特点是：
路由+过滤器=zuul，它的核心是一系列的过滤器。有前置过滤器，可以限流、鉴权、参数校验、请求转发等等。
后置过滤器，可以统计业务、记录日志。生产环境中，我们要配置多台zuul，多个zuul节点注册到Eureka Server，实现高可用。
对应springcloud微服务来说，多个eureka server的zuul服务，可以在多台server互相注册，获取数据。
pom.xml引入依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-zuul</artifactId>
<version>${spring.cloud.version}</version>
</dependency>
Application.class
@SpringBootApplication
@EnableDiscoveryClient
@EnableZuulProxy
public class ZuulApplication {
public static void main(String[] args) {
SpringApplication.run(ZuulApplication.class, args);
}
}
application.yml
#记住每个属性和值之间，要在冒号后面加一个空格
#指定启用端口
server:
port: 8766
eureka:
instance:
hostname: peer3
client:
registerWithEureka: false
fetchRegistry: true
serviceurl:
defaultZone: http://peer1:8761/eureka/
spring:
application:
name: zuul
#zuul配置,这里配置了两条http和weath
zuul:
routes:
http:
path: /htp/**
serviceId: weather-api
weath:
path: /weath/**
serviceId: weather
zuul还可以设置某些路径，不暴露给请求客户端，使用属性ignored-patterns排除某些路由，此外
加上zuul网关，默认服务器端是不会接受cookie的，所以我们也是添加属性sensitiveHeaders，设置为空就可以。
如果网关路由有更改，那么是不是要重启服务呢？这里我们可以结合springcloud config的自动更新，把配置存储到
springcloud config server，结合消息队列实现动态路由更新。
使用/weath/**访问
