业务节点宕机,网关服务依旧访问坏业务节点问题(1)

博客讨论了fission服务出现故障时导致的请求转发错误问题。通过调整eureka.client.registry-fetch-interval-seconds配置为3秒,提高了服务发现的效率,解决了部分500错误,但仍有20秒延迟问题待解决。优化Eureka客户端配置是关键步骤。
摘要由CSDN通过智能技术生成

项目结构:

        出问题的是fission服务

问题复现:

        我们在本地复现一下问题,先把涉及的应用启动好

        现在干掉fission的一个节点

        等待大约20秒后,此时走zuul网关应用来调30次fission的接口

        上方图片出现了部分请求500的情况,zuul网关项目这边报的是转发错误

 

问题解决:

eureka.client.registry-fetch-interval-seconds=3

        表示eureka client间隔多久去拉取服务注册信息,默认为30秒,对于消费端应用,如果要迅速获取服务注册状态,可以缩小该值,比如3秒

        做了以上配置后,干掉fission的一个节点,等待20秒后,30次全部转发成功了。

埋坑:

        registry-fetch-interval-seconds配置为3秒后依然需要等待20秒后才不会有转发失败的问题,这个问题依旧需要探索,20秒的沉默成本还是太大了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值