时间:2021-05-19
概述
在一条慢SQL导致购物车服务无法使用的解决方案一文中,提到了客户端调用购物车服务的时候,超时了。如果当时客户端没有设置超时时间的话,会在客户端中产生级联故障。先用一张图来说明一下。
聚合层除了调用购物车微服务,还调用了营销系统微服务。如果购物车服务的接口响应时间很慢,而客户端聚合层调用购物车服务时,又没有设置超时时间,那么将占有大量的连接,如果请求购物车服务的请求量比较大,瞬间就会把连接占用完,直接导致聚合层调用营销系统时,需要阻塞住等待获取连接,这样的话,整个小程序的很多功能就都用不了了。
从这里我们可以看到,最终小程序端会整体响应很慢,因为它调用了聚合层,而聚合层又调用了一个性能很差的购物车服务。产生级联故障了,小程序端和聚合层都在等待中耗尽了资源,这个是非常可怕的事情。
设置超时时间
聚合层是使用了Spring Cloud Ribbon,我们可以设置一下Ribbon的超时时间。具体的可以参看SpringCloud Edgware.SR3版本中Ribbon的timeout设置方法
ribbon:
ReadTimeout: 2000
ConnectTimeout: 2000
这样的话,聚合层调用购物车服务,如果两秒钟没有返回结果,则超时报错。这样做有两个好处。
知识扩展
客户端保持弹性真心很重要,因此像客户端中的
都是需要了解的。要做一个弹性客户端,可以借助一些工具,像Netflix的Hystrix组件就非常不错,并且已经被Spring Cloud集成进去了,使用起来也比较简单。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。如果你想了解更多相关内容请查看下面相关链接
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
概述SpringCloud中,客户端的负载均衡使用的是Ribbon,Ribbon的超时时间默认很短,需要进行调整。SpringCloud版本Edgware.SR
在之前的文章中,我们在Windows下玩过带有超时时间的,本文我们在linux下来玩。在某次面试中,还被遇到了这个问题,有意思。直接上客户端代码:#includ
一.增加超时的时间限制这里需要注意:set_time_limit只是设置你的PHP程序的超时时间,而不是file_get_contents函数读取URL的超时时
一,http请求超时时间可能出现的场景:1,curl进程运行了一个世纪还木结束,curl的时候设置了超时时间--connect-timeout10002,ope
hystrix参数使用方法通过注解@HystrixCommand的commandProperties去配置,如下就是hystrix命令超时时间命令执行超时时间,