一、什么是服务网关
服务网关 = 路由转发 + 过滤器
1、路由转发：外界请求转发到微服务
2、过滤器：横切如权限校验、限流及监控，（路由转发也通过过滤器）。
二、为什么需要服务网关
权限校验：
(1)写公共服务中，其他所有都依赖它。
缺点：1.jar增加大，用docker镜像部署，jar越小越好。2.都引入升级难，所有服务都重新引包，编译部署。
(2)写服务网关前置过滤器中，请求过来权限校验,只升级网关就可以
三、选型
微服务架构：服务网关、open-service和service。
1、流程：
服务网关、open-service和service启动时注册到注册中心上去；
网关做智能路由转发（包括服务发现，负载均衡）到open-service，这其中包含权限校验、监控、限流等操作open-service聚合内部service响应，返回给网关，网关再返回给用户
2、注意点
多一层转发，性能下降(不大)；尽量轻
防止网关单点：前再挂nginx性能极高，基本不挂，网关就可不断添加机器。最好是网关单点服务部署在一台牛机器上（压测估算），且nginx与zuul性能相差不大。
ps：一定有单点，可能网关、nginx、dns服务器等。
3、基本功能
智能路由：接收外部一切请求，并转发到后端的对外服务open-service上去；服务之间不走网关
权限校验：只校验用户open-service服务请求，不校验内部
API监控：监控请求，本身性能指标（如gc）；
限流：配合监控限流
API日志统一收集：类似aspect切面，接口进出日志。
A|B测试：实验配置、数据埋点（看转化率）及分流引擎(调用内部服务在open-service中)
4、技术选型
开发语言：java + groovy，groovy的好处是网关服务不需要重启就可以动态的添加filter来实现一些功能；
微服务基础框架：springboot；
网关基础组件：netflix zuul；
服务注册中心：consul；
权限校验：jwt；
API监控：prometheus + grafana；
API统一日志收集：logback + ELK；
压力测试：Jmeter；
