一.什么是网关:
实现统一入口,接收所有的请求,并根据定义的规则转发到相应的服务上。
在此过程中还可以完成系统中一些通用统一的工作,如权限校验,限流等。
Zuul就是NetFlix提供的一个服务网关,用于实现路由、过滤器等功能(Zuul是异步阻塞模型)。
Gateway 也是服务网关(非阻塞模型)。
通俗一点来说,就是对服务提供一层保护,对外界的请求进行过滤转发到后端服务中。
这里我们可以通过几张简单的示例图来进行了解.。
1.1 不适用网关的实例图:
1.2 使用网关的示例图:
我们发现加了网关之后,实际上是将一对 N 的关系转变成了一对一的关系,用户只需跟网关打交道就好了,这样的好处是我们可以在网关层进行数据合法校验、权限认证、负载均衡等统一处理,这样可以在很大的程度上节省的人力和物力。
二. Zuul 的功能(Zuul可以理解伟过滤器)
Zuul可以理解伟过滤器
- Zuul、Ribbon、Eureka 相组合,可以实现智能路由和负载均衡的功能,Zuul 能够将请求流量按照某种策略分发到集群状态的多个服务实例。
- 将所有服务的API接口统一聚合,并统一对外暴露。外界系统调用API接口时,都是调用 网关对外暴露的API接口,外界系统不知道微服务系统中各服务做了什么。保护系统内的接口不被攻击。
- 可以用作用户身份认证和权限认证,防止非法请求操作API接口,对服务器器了保护作用。
- 可以实现监控功能,实时日志输出,对请求进行记录。
- 可以实现流量监控,在高流量的情况下,对服务进行降级处理。
- API接口从内部服务分离出来,方便做测试。
三. Zuul的工作原理
Zuul 是通过 Servlet 来实现的, Zuul 通过自定义的ZuulServlet(类似 Spring MVC 的 DispatcServlet)来对请求进行控制。
Zuul的核心是一系列的过滤器,可以在Http请求的发起和响应期间执行一系列的过滤器。
Zuul 包括以下4中过滤器:
- PRE过滤器: 它是在请求路由到具体的服务之前执行的,可以做安全验证,例如:身份验证、参数验证等。
- ROUTING过滤器: 将请求转发到具体的微服务实例进行逻辑处理。在默认情况下,它使用Http Client 进行网络请求。
- POST过滤器: 它是在请求已被路由到微服务后执行的。一般情况下,用作收集统计信息、指标,以及将相应传输回客户端。
- ERROR 过滤器:: 它是在其他过滤器发生错误时执行。
Zuul 过滤器具有以下关键特性:
- Type(类型):pre,routing,post,error
- Execution Order(执行顺序):规定了过滤器的执行顺序,Order的值越小,越先执行。
- Criteria(标准):过滤器执行所需的条件。
- Action(行动): 如果符合执行条件,则执行Action(即逻辑代码)
四. Zuul的生命周期
当一个客户端Request 请求进入 Zuul 网关服务时,
- 网关先进入"pre filter",进行一系列的验证、操作或者判断。
- 然后交给 “routing filter” 进行路由转发,转发到具体的服务实例进行逻辑处理、返回数据。
- 当具体的服务处理完后,最后有"post filter" 进行处理,处理完后将Response信息返回给客户端。
- 如果以上3步出现了异常,就会进入"error filter"的过滤器,"error filter"返回结果给请求客户端.