Spring Cloud Zuul的重试配置详解
spring cloud zuul模块本身就包含了对于hystrix和ribbon的依赖,当我们使用zuul通过path和serviceid的组合来配置路由的时候,可以通过hystrix和ribbon的配置调整路由请求的各种时间超时机制。
1 ribbon配置举例
配置连接超时时间1秒,请求处理时间2秒,统一服务server尝试重连1次,切换server重连1次
ribbon: connecttimeout: 1000 readtimeout: 2000 maxautoretries: 1 maxautoretriesnextserver: 1
2 hystirx配置举例
hystrix: command: default: execution: isolation: thread: timeoutinmilliseconds: 60000
这里需要注意的是hystrix的配置时间应该大于ribbon全部重试时间的总和,上面我配置的是2次重试,包括首次请求,三次时间是6秒
引用官方大神的一段说明
when using hystrix commands that wrap ribbon clients you want to make sure your hystrix timeout is configured to be longer than the configured ribbon timeout, including any potential
retries that might be made. for example, if your ribbon connection timeout is one second and
the ribbon client might retry the request three times, than your hystrix timeout should
be slightly more than three seconds.
3 打开zuul的重试配置:
zuul: retryable: true
特别注意zuul的重试配置需要依赖spring的retry,不然的话怎么配置都是徒劳
<dependency> <groupid>org.springframework.retry</groupid> <artifactid>spring-retry</artifactid> </dependency>
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
推荐阅读
-
Spring Cloud Zuul的重试配置详解
-
spring cloud-zuul的Filter使用详解
-
详解spring cloud构建微服务架构的网关(API GateWay)
-
详解spring cloud config整合gitlab搭建分布式的配置中心
-
spring cloud config分布式配置中心的高可用问题
-
Spring实战之XML与JavaConfig的混合配置详解
-
详解Spring Boot下Druid连接池的使用配置分析
-
SpringMVC和Spring的配置文件扫描包详解
-
Spring Cloud微服务架构的构建:分布式配置中心(加密解密功能)
-
Spring Cloud Config对特殊字符加密处理的方法详解