微服务实战——Spring Cloud + Zuul Gateway + Eureka集成

上一篇简单说了SpringCloud与Eureka的集成。主要解决了微服务间的服务注册及调用的问题。这一篇集成Zuul，而后结合SpringCloud、Eureka、Zuul环境下进行真实系统联调，帮助更好的对这些组件的理解。毕竟，实战才是学习最快的方法。

一、聊聊网关

上篇也提到过，微服务下，各个业务模块都被拆分成相互独立的微服务。虽然注册中心（如Eureka）解决了服务内部的注册发现、健康检查等问题。但是如何与外部服务进行通信又是一个新的问题了。

举个栗子

某初创公司，刚刚经历了一次大的架构改革。将原有的单体架构分解成了很多的微服务进行独立部署。这些微服务包括用户鉴权系统、订单系统、定时任务系统等等。而原有的JSP也被改造成基于HTML下的静态页面进行前后端分离部署。

那么问题来了，因为前后端是分开的，前端同学在调用后端不同服务时要定义各种不同的URI进行调用，管理起来太麻烦，而且，这种情况下一旦后端服务邮编，有需要重新对域名进行解析，这也侧面增加了运维同学的工作量。而更可怕的是这又与现在大家都在提倡的DevOps完全相悖了。

二、说了这么多我用Nginx不就行了么

是的，用Nginx的确是能帮助解决服务统一入口的问题。但是因为Nginx比较偏运维性质，而且其路由配置全部都是基于配置文件的硬编码方式进行处理。一旦后台服务发生变化，配置也需要及时更改。这样也没有完全解决上述问题。

这时候，网关的出现让我看到了曙光。通过服务名就可以进行路由转发,熔断限流，日志监控，最主要的是可以开发人员自己通过配置就能轻松实现，不用每次都求运维人员去做解析。这样岂不是也是更符合DevOps了呢。

三、Zuul

Zuul简单介绍

Zuul在英文中是怪兽的意思，寓意看门神兽。由大名鼎鼎的Netflix开源。并被Pivotal集成入Spring Cloud体系。当前流行的为1.X与2.X系列。主要区别为Zuul从2.X系列开始采用非阻塞异步模式,大大提升了其性能。他是基于filter机制进行工作。有统一入口、健康检查、蓝绿部署、金丝雀发布、日志监控、路由转发等功能。也可集成Ribbon、Hystrix增加负载均衡、熔断的功能。

Zuul架构

Spring Cloud Zuul

实际开发中可以根据选择去集成Zuul网关。也可直接选择Spring集成好的Spring Cloud Zuul方便更快的使用起来。本篇重点是集成Spring Cloud Zuul。

关于Spring Cloud Zuul与Netflix Zuul相比还是有些许不一样的。他是基于SpringBoot + Netflix Z