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 遇到错误逻辑时直接抛出异常中断流程,并直接统一处理返回结果。