Toggle navigation
面试宝典
架构师课程
开源
文章
博客
SpringCloud
CloudAlibaba
SpringBoot
Spring Boot1.X
Spring Boot2.X
关于
登录
|
注册
支付宝扫一扫帮助发展吧~
微信扫一扫帮助发展吧~
Sentinel Slot扩展实践-流控熔断预警实现
尹吉欢
2020-03-06 09:29:10.0
0条评论
1766人阅读
版权声明：转载请先联系作者并标记出处。
Sentinel
点击阅读全文
扫描下方二维码，加入Java方向技术交流讨论群。暗号：加群
去注册
去登录
登录后发表
去注册
去登录
登录后发表
# 前言 前几天公司生产环境一个服务由于流量上升触发了 Sentinel 的流控机制，然后用户反馈访问慢，定位发现是 task 定时任务导致，后面 task 优化之后发布，流量恢复正常。 这是一个再正常不过的生产问题，可能大部分同学都经历过，经历过的大多数是解决问题之后就不了了之，导致事故还有再次发生的可能，最终对用户造成了不好的体验。所以我觉得所有的生产问题都需要进行复盘，当然复盘的目的不是为了追责，而是防止下次再发生同样的错误。那我们就简单分析一下这个问题，首先肯定是业务层面的疏漏导致 task 发出不合理的大量请求，其二我们的流控只是简单粗暴的流控，没有更好的预警措施，导致影响到用户之后我们才知晓（即流控或熔断已经触发）。 那我们的解决方案呢？首先肯定是业务层面的预防，但这不是本文要说的重点，这里不展开讨论了。其次就是预警，就是我们能否在快要触发流控之前知晓，然后报警到相关负责人提前介入处理，防止触发流控熔断。当然也不能完全避免，但是总比流控或熔断触发之后在报警要好得多。 由于之前流控用的阿里的 Sentinel，所以本文介绍的具体实现是用 Sentinel 的自定义 s
首次访问，人机识别
扫描下方二维码回复
王老吉
获取解锁验证码
步骤:[ 打开微信 ]->[ 扫描上方二维码 ]->[ 关注
猿天地
的公众号] 输入
王老吉
获取验证码,即可永久解锁本站全部文章。
验证码：
（请输入）
提交
