SpringCloud---网关概念、Zuul项目搭建（六）

SpringCloud---网关概念、Zuul项目搭建（六）

一、网关概念

1、什么是路由网关

网关是系统的唯一对外的入口，介于客户端和服务器端之间的中间层，处理非业务功能 提供路由请求、鉴权、监控、缓存、限流等功能。它将"1对N"问题转换成了"1对1”问题。

通过服务路由的功能，可以在对外提供服务时，只暴露 网关中配置的调用地址，而调用方就不需要了解后端具体的微服务主机。

2、为什么要使用微服务网关

不同的微服务一般会有不同的网络地址，而客户端可能需要调用多个服务接口才能完成一个业务需求，若让客户端直接与各个微服务通信，会有以下问题：

（1）客户端会多次请求不同微服务，增加了客户端复杂性

（2）存在跨域请求，处理相对复杂

（3）认证复杂，每个服务都需要独立认证

（4）难以重构，多个服务可能将会合并成一个或拆分成多个

3、网关的优点

微服务网关介于服务端与客户端的中间层，所有外部服务请求都会先经过微服务网关客户只能跟微服务网关进行交互，无需调用特定微服务接口，使得开发得到简化

总的理解网关优点

服务网关 = 路由转发 + 过滤器

（1）路由转发：接收一切外界请求，转发到后端的微服务上去。

（2）过滤器：在服务网关中可以完成一系列的横切功能，例如权限校验、限流以及监控等，这些都可以通过过滤器完成（其实路由转发也是通过过滤器实现的）。

4、服务网关技术选型

引入服务网关后的微服务架构如上，总体包含三部分：服务网关、open-service和service。

（1）总体流程

服务网关、open-service和service启动时注册到注册中心上去；

用户请求时直接请求网关，网关做智能路由转发（包括服务发现，负载均衡）到open-service，这其中包含权限校验、监控、限流等操作

open-service聚合内部service响应，返回给网关，网关再返回给用户

（2）引入网关的注意点

增加了网关，多了一层转发（原本用户请求直接访问open-service即可），性能会下降一些（但是下降不大，通常，网关机器性能会很好，而且网关与open-service的访问通常

是内网访问，速度很快）；

（3）服务网关基本功能

智能路由：接收外部一切请求，并转发到后端的对外服务open-service上去；

注意：我们只转发外部请求，服务之间的请求不走网关，这就表示全链路追踪、内部服务API监控、内部服务之间调用的容错、智能路由不能在网关完成；

当然，也可以将所有的服务调用都走网关，那么几乎所有的功能都可以集成到网关中，但是这样的话，网关的压力会很大，不堪重负。

权限校验：可在微服务网关上进行认证，然后在将请求转发给微服务，无须每个微服务都进行认证，不校验服务内部的请求。服务内部的请求有必要校验吗？

API监控：只监控经过网关的请求，以及网关本身的一些性能指标（例如，gc等）；

限流：与监控配合，进行限流操作；

API日志统一收集：类似于一个aspect切面，记录接口的进入和出去时的相关日志。

二、Zuul项目搭建

使用到的组件包括：Eureka、Feign、Zuul，包括以下四个项目：

（1）Eureka-server：   7001    注册中心

（2）product-server ：8001   商品微服务

（3）order-server ：   9001   订单微服务

（4）zuul-gateway ：   6001   Zuul网关

注册中心、商品微服务、order在之前博客都已搭建，这里就不重复写。这里只写zuul-gateway微服务。

只有zuul才会暴露出去供访问，其它服务都只有内网，外面访问不到的。

创建Zuul服务：

https://github.com/cwn132/service-zuul

https://blog.csdn.net/yp090416/article/details/78017552

Zuul认证：

https://github.com/cdy1996/sample-springcloud/tree/zuul-dymamic

https://blog.csdn.net/cdy1996/article/details/80960215

zuul权限校验、接口限流：

https://www.cnblogs.com/qdhxhz/p/9601170.html