性能相关 超时 重试 限流 熔断概念

本文详细介绍了微服务架构中关于性能优化的四个关键概念:超时、重试、限流和熔断。超时是为了避免因服务响应慢导致整体性能下降;重试策略用于处理服务短暂抖动,通常需要配合幂等性设计;熔断在服务持续不稳定时,通过短路机制保护整个系统;限流则用来防止流量突变影响服务稳定性。文章还讨论了这些策略在长链路和多服务部署场景下的宏观考虑。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

[size=medium][color=black][b]1 写在前面[/b][/color][/size]

[size=medium][color=black][b]1.1  名词解释[/b][/color][/size]

 consumer表示服务调用方

provider标示服务提供方,dubbo里面一般就这么讲。

下面的A调用B服务,一般是泛指调用B服务里面的一个接口。

1.2 拓扑图

大写字母表示不同的服务,后面的序号表示同一个服务部署在不同机器的实例。
[img]http://img1.tuicool.com/QVZRZny.jpg!web[/img]

[size=medium][color=black][b]2 从微观角度思考[/b][/color][/size]

[size=medium][color=black][b]2.1 超时(timeout)[/b][/color][/size]

在接口调用过程中,consumer调用provider的时候,provider在响应的时候,有可能会慢,如果provider 10s响应,那么consumer也会至少10s才响应。如果这种情况频度很高,那么就会整体降低consumer端服务的性能。

这种响应时间慢的症状,就会像一层一层波浪一样,从底层系统一直涌到最上层,造成整个链路的超时。

所以,consumer不可能无限制地等待provider接口的返回,会设置一个时间阈值,如果超过了这个时间阈值,就不继续等待。

这个超时时间选取,一般看provider正常响应时间是多少,再追加一个buffer即可。

2.2 重试(retry)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

魔都性能自动化AuricChan

打赏后可获得更全的技术资料!!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值