一.前言

金三银四跳槽季快到了：送上Spring cloud全家桶系列之Eureka

金三银四跳槽季快到了：送上Spring cloud全家桶系列之Feign

金三银四跳槽季快到了：送上Spring cloud全家桶系列之Ribbon

前面三篇文章已经分享了Spring Cloud家族中的三个组件了，今天来和大家讲讲Spring Cloud中的另一个组件Zuul

二.前情回顾

在介绍Ribbon组件时，我们的订单支付功能的大体架构已经出来了，架构如下：

现在新的问题又来了，我们的项目最终是要落地对外提供服务，什么意思呢？就是说无论你有多少个服务，只要是open Service ，例如订单服务中的支付，机票服务中的查询，积分服务中的查询等等各种服务吧，都是面向用户服务的，但是我们订单服务、机票服务、积分服务以及其他服务都是部署到不同的服务器上的，例如像下面这样：

加入用户要查询一下订单状态怎么查呢？像下面这样：http：//92.168.11.167:8000/search....,如果公司内部项目话用户肯定会崩溃的，如果是互联网项目那么一定不会用用户喜欢的！！！解决这个问题就要用到Spring Cloud家族中的Zuul组件了！！

三.Zuul

引入Zuul组件后，我们的项目架构变成下面的样子了：

Zuul做为网关层，其本身也是一个微服务，跟其它服务order-Service，ticket-Service, ... xx-Service一样，都注册在eureka server上，可以相互发现，zuul能感知到哪些服务在线，同时通过配置路由规则，可以将请求自动转发到指定的微服务上。

同时对于一些公用的预处理，比如：权限认证，token合法性校验等,可以放在过滤器(ZuulFilter)里处理，这样后端服务以后新增了服务，zuul层几乎不用修改。

四.Zuul的底层实现原理

Zuul的底层主要是依赖于过滤器来实现对外服务的控制。Filter的生命周期有4个，分别是“PRE”、“ROUTING”、“POST”、“ERROR”

Zuul大部分功能都是通过过滤器来实现的，这些过滤器类型对应于请求的典型生命周期。

• PRE： 这种过滤器在请求被路由之前调用。我们可利用这种过滤器实现身份验证、在集群中选择请求的微服务、记录调试信息等。
• ROUTING：这种过滤器将请求路由到微服务。这种过滤器用于构建发送给微服务的请求，并使用Apache HttpClient或Netfilx Ribbon请求微服务。
• POST：这种过滤器在路由到微服务以后执行。这种过滤器可用来为响应添加标准的HTTP Header、收集统计信息和指标、将响应从微服务发送给客户端等。
• ERROR：在其他阶段发生错误时执行该过滤器。 除了默认的过滤器类型，Zuul还允许我们创建自定义的过滤器类型。例如，我们可以定制一种STATIC类型的过滤器，直接在Zuul中生成响应，而不将请求转发到后端的微服务

五.结束语

这几天连续分享了Spring Cloud全家桶系列：Eureka、Feign，Ribbon、Zuul等核心组件，目的就是为了和大家分享一些个人的见解，如果有什么不同的意见还希望大家不吝赐教啊，记得关注【不爱八阿哥】，我会定期分享新内容，让我们共同进步吧！

最后想要说的是不要为了微服务而微服务，一定要多方考虑，比如人员，成本，还有业务是不是需要微服务，前面几篇分享的知识虽然能够实现订单支付的功能了，但是离落地还有一定的距离，因为落地要考虑很多方面：高可用啊，灾备等等。现在我们的项目用的是一个Eureka Server，真正落地一台server肯定是不够的，还有就是我们的服务也不可能只部署一台服务器吧，好多问题需要考虑呢！！！

好了，Spring Cloud全家桶系列文章就告一段落了，希望能提起大家对Spring Cloud的学习兴趣，那么我的目的也就达到了，如果大家有什么问题可以评论或者私信我【不爱八阿哥】！！！