Toggle navigation
面试宝典
架构师课程
开源
文章
博客
SpringCloud
CloudAlibaba
SpringBoot
Spring Boot1.X
Spring Boot2.X
关于
登录
|
注册
支付宝扫一扫帮助发展吧~
微信扫一扫帮助发展吧~
Spring Cloud Ribbon 重试机制
尹吉欢
2017-11-17 17:32:27.0
4条评论
7541人阅读
版权声明:转载请先联系作者并标记出处。
springcloud
java
点击阅读全文
扫描下方二维码,加入Java方向技术交流讨论群。暗号:加群
ascendlin
2017-12-27 13:01:52.0
回复
这里的重试 是请求重试还是read也会重试呢?加入,一次调用请求成功,但是read超时了,这时候会再次发起请求还是怎么处理呢?
尹吉欢
:
@ascendlin
链接超时和读取超时都会触发重试
2017-12-27 21:23:53.0
回复
查看更多
添加新回复
huxialong
2018-09-24 14:01:33.0
回复
ribben 的重试配置 : ribbon.maxAutoRetries=1 ribbon.maxAutoRetriesNextServer=3 在spring cloud Finchley版本中无效,是什么原因,还是配置方式有变化了?
尹吉欢
:
@huxialong
spring-retry 加了么
2018-09-25 09:32:20.0
回复
查看更多
添加新回复
查看更多
去注册
去登录
登录后发表
去注册
去登录
登录后发表
##前言 在集群环境中,多个节点来提供服务,难免会有某个节点故障 用Nginx做负载均衡的时候,如果你的应用是无状态的,是可以滚动发布的,也就是一台台去重启应用 这样对用户其实是影响比较小的,因为Nginx在转发请求失败后会重新将该请求转发到别的实例上去 ##Zuul中是否也存在这样的问题 我们在用Zuul构建API网关时,发现eureka中的服务挂了一个, 由于ribbon的默认负载机制是轮询 如果一个服务下线,eureka并不会马上清除信息,不像zookeeper那样基于watcher可以实时监控下线 所以在eureka中挂掉的服务没有被清空信息时,zuul会转发到已经故障的机器,导致请求失败 当然这个不会持续很久, 当连续失败hystrix就会处于打开状态,就算有一次失败,我觉得也是不能容忍的 所以我们需要有像Nginx中那样重试的机制来保证请求的成功,哪怕延迟个几百毫秒响应给使用方 在Zuul中我们可以配置ribbon的重试机制来实现,必须依赖一个 [Spring Retry](https://github.com/spring-projects/spring-
首次访问,人机识别
扫描下方二维码回复
王老吉
获取解锁验证码
步骤:[ 打开微信 ]->[ 扫描上方二维码 ]->[ 关注
猿天地
的公众号] 输入
王老吉
获取验证码,即可永久解锁本站全部文章。
验证码:
(请输入)
提交
ascendlin