大家都知道在微服务架构中，一个系统会被拆分为多个微服务，那么作为客户端如何去调用这么多的微服务呢？如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去用。
这样的架构会存在诸多的问题：
1、每个业务都需要鉴权、限流、权限校验、跨域等逻辑 ，如果每个业务都各自为战，自己造轮子实现一遍 ，就会很蛋疼，完全可以抽出来，放到一个统一的地方去处理。
2、如果业务量比较简单的话，这样的方式前期不会存在什么问题，但是随着业务的发展越来越复杂，比如淘宝
、亚马逊打开一个页面会涉及到数百个微服务的协同工作 ，如果每一个微服务都分配一个域名的话，一方面客户端会很难维护，涉及数百个域名，另一方面是连接的瓶颈，想象一下你打开一个APP，通过抓包发现涉及到了数百个远程调用，这在移动端下会显得非常的低效。
3、后期如果需要对微服务进行重构，也会变得非常麻烦，需要客户端配合你一起改造，比如商品服务，随着业务变得复杂 ，后期需要进行拆分成多个微服务，这个时候对外提供的服务也需要拆成多个，同时需要客户端配合你进行改造，非常蛋疼。
上面的问题都可以借助API网关来解决。
所谓的API网关，就是指系统的统一入口，它封装了应用程序的内部结构，为客户端提供统一服务，一些与业务本身功能无关的公共逻辑可以在这里实现，诸如认证、鉴权、监控、路由转发等等。
添加上API网关之后，系统的架构图变成如下所示：
网关作为流量的入口，常用的功能包括路由转发，权限校验、限流等 Spring Cloud GateWay 是Spring Cloud 官方退出的第二代网关框架，定位取代 Netflix Zuul1.0，相比Zuul来说， Spring Cloud GateWay提供更优秀的性能，更强大的功能。
2.1、核心概念
路由(route)
路由是网关中最基础的部分，路由信息包括一个ID,一个目的URL,一组断言工厂，一组Filter组成，如果断言为真，则说明请求的URL和配置的理由匹配。
断言(predicates)
Java8中的断言函数， Spring Cloud GateWay 中的断言函数类似是Spring5.0框架中的ServerWebExchange，断言函数允许开发者去匹配Http request中的任何信息，比如请求头和参数等。
过滤器(Filter)
SpringCloud Gateway 中的Filter分为Gateway Filter和Global Filter，Filter可以对请求和响应进行处理。
k’ko’okkkook
