本文探讨了服务雪崩的真实场景，包括服务提供者不可用和重试加大流量的问题，并详细介绍了如何通过熔断机制来防止雪崩。重点讲解了熔断的概念、原理、算法及恢复策略，同时提到了Sentinel等熔断中间件的使用建议。最后，作者分享了Java进阶学习资源作为读者福利。
造成雪崩的真实场景
1.4.1 服务提供者不可用
-
硬件故障:如网络故障、硬盘损坏等。 -
程序的 bug:如算法需要占用大量 CPU 的计算时间导致 CPU 使用率过高。 -
缓存击穿:比如应用刚重启，短时间内缓存是失效的，导致大量请求直接访问到了数据库，数据库不堪重负，服务不可用。 -
秒杀和大促:服务短时间承载不了那么多请求量。
1.4.2 重试加大流量
-
用户连续重试:比如用户看到界面上没有响应，所以又操作了一遍，结果又增加了一倍请求量。 -
程序重试机制:比如代码中有多次重试的逻辑，一次失败后，过几秒后再重试，重试个三次就取消重试，走异常处理分支了。也是增加了请求量。
五、如何防止雪崩
方案
出问题前预防：限流、主动降级、隔离
出问题后修复：熔断、被动降级
「本篇主要来讲解熔断机制。」 后续几篇会讲解其他方案。
六、熔断原理和算法
1.6.1 熔断概念
最低0.47元/天 解锁文章
扫一扫
3088
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
