服务网关 Geteway

API 网关出现的原因是微服务架构的出现，不同的微服务一般会有不同的网络地址，而外部客户端可能需要调用多个服务的接口才能完成一个业务需求，如果让客户端直接与各个微服务通信，会有以下的问题：

1. 破坏了服务无状态特点。

   为了保证对外服务的安全性，我们需要实现对服务访问的权限控制，而开放服务的权限控制机制将会贯穿并污染整个开放服务的业务逻辑，这会带来的最直接问题是，破坏了服务集群中REST API无状态的特点。

    从具体开发和测试的角度来说，在工作中除了要考虑实际的业务逻辑之外，还需要额外考虑对接口访问的控制处理。
   

2. 无法直接复用既有接口。

   当我们需要对一个即有的集群内访问接口，实现外部服务访问时，我们不得不通过在原有接口上增加校验逻辑，或增加一个代理调用来实现权限控制，无法直接复用原有的接口。

以上这些问题可以借助 API 网关解决。API 网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过 API 网关这一层。也就是说，API 的实现方面更多的考虑业务逻辑，而安全、性能、监控可以交由 API 网关来做，这样既提高业务灵活性又不缺安全性，典型的架构图如图所示：

一、快速开始

创建网关module：

### 编写路由规则

为了演示路由到不同服务，这里把消费者和生产者都配置在网关中
记着把yml格式

server:
  port: 8888
spring:
  application:
    name: getway-api
  cloud:
    gateway:
      routes:
        - id: serivce-provider
          uri: http://127.0.0.1:8070
          predicates:
            - Path=/hello
        - id: serivce-consumer
          uri: http://127.0.0.1:8080
          predicates:
            - Path=/hi

然后启动项目
通过网关路径访问消费者或者生产者。