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>
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。
上一篇: PHP实现简单实用的验证码类
推荐阅读
-
Spring Cloud Zuul的重试配置详解
-
spring cloud配置高可用eureka时遇到的一些坑
-
详解Spring Boot配置使用Logback进行日志记录的实战
-
Spring实战之XML与JavaConfig的混合配置详解
-
详解Spring Cloud Eureka多网卡配置总结
-
详解基于Spring Cloud几行配置完成单点登录开发
-
Spring引入外部属性文件配置数据库连接的步骤详解
-
[Spring cloud 一步步实现广告系统] 6. Service实现&Zuul配置&Test
-
spring cloud 入门系列七:基于Git存储的分布式配置中心--Spring Cloud Config
-
spring_cloud开发时常用技术的使用与配置