sprignclou的zuul的实战

idea启动集群服务：

https://blog.csdn.net/love_dl_forever/article/details/78918181

http://www.scienjus.com/api-gateway-and-netflix-zuul/

Zuul 目前只支持服务级别的熔断，不支持具体到某个URL进行熔断

http://tech.lede.com/2017/05/16/rd/server/SpringCloudZuul/

https://www.cnblogs.com/ityouknow/p/8391593.html

zuul的聚合服务：

https://blog.csdn.net/chengqiuming/article/details/80860981

zuul的请求转发：

https://blog.csdn.net/tianyaleixiaowu/article/details/77884778

https://blog.csdn.net/run_boy_wang/article/details/73801419

zuul的路由界面监控：

https://blog.csdn.net/qq_41889087/article/details/80652752

zuul集成swagger，查看各个服务的swagger：

https://blog.csdn.net/qq6492178/article/details/78863935

就像上图中所描述的一样，Zuul 提供了四种过滤器的 API，分别为前置（Pre）、后置（Post）、路由（Route）和错误（Error）四种处理方式。

一个请求会先按顺序通过所有的前置过滤器，之后在路由过滤器中转发给后端应用，得到响应后又会通过所有的后置过滤器，最后响应给客户端。在整个流程中如果发生了异常则会跳转到错误过滤器中。

一般来说，如果需要在请求到达后端应用前就进行处理的话，会选择前置过滤器，例如鉴权、请求转发、增加请求参数等行为。在请求完成后需要处理的操作放在后置过滤器中完成，例如统计返回值和调用时间、记录日志、增加跨域头等行为。路由过滤器一般只需要选择 Zuul 中内置的即可，错误过滤器一般只需要一个，这样可以在 Gateway 遇到错误逻辑时直接抛出异常中断流程，并直接统一处理返回结果。