当前位置: 首页 > news >正文

sentinel--重点笔记

一 服务雪崩

如果其中的下单服务不可用, 就会出现线程池里所有线程都因等待响应而被阻塞, 从而造成整个服务链路不可用, 进而导
致整个系统的服务雪崩。
因服务提供者的不可用导致服务调用者的不可用,并将不可用逐渐放大的过程,就叫服务雪崩效应。

二 解决方案

稳定性、恢复性
超时机制
在不做任何处理的情况下,服务提供者不可用会导致消费者请求线程强制等待,而造成系统资源耗尽。加入超时机制,
一旦超时,就释放资源。由于释放资源速度较快,一定程度上可以抑制资源耗尽的问题。
服务限流
隔离
原理:用户的请求将不再直接访问服务,而是通过线程池中的空闲线程来访问服务,如果线程池已满,则会进行降级 处理,用户的请求不会被阻塞,至少可以看到一个执行结果(例如返回友好的提示信息),而不是无休止的等待或者看 到系统崩溃。  
  信号隔离
  信号隔离也可以用于限制并发访问,防止阻塞扩散, 与线程隔离最大不同在于执行依赖代码的线程依然是请求线程(该线程需要通过
  信号申请, 如果客户端是可信的且可以快速返回,可以使用信号隔离替换线程隔离,降低开销。信号量的大小可以动态调整, 线程池大小不可
  以。
服务熔断
远程服务不稳定或网络抖动时暂时关闭,就叫服务熔断
现实世界的断路器大家肯定都很了解,断路器实时监控电路的情况,如果发现电路电流异常,就会跳闸,从而防止电路
被烧毁。
软件世界的断路器可以这样理解:实时监测应用,如果发现在一定时间内失败次数/失败率达到一定阈值,就“跳闸”,断路
器打开——此时,请求直接返回,而不去调用原本调用的逻辑。跳闸一段时间后(例如10秒),断路器会进入半开状
,这是一个瞬间态,此时允许一次请求调用该调的逻辑,如果成功,则断路器关闭,应用正常调用;如果调用依然不
成功,断路器继续回到打开状态,过段时间再进入半开状态尝试——通过”跳闸“,应用可以保护自己,而且避免浪费资
源;而通过半开的设计,可实现应用的“自我修复“。
所以,同样的道理,当依赖的服务有大量超时时,在让新的请求去访问根本没有意义,只会无畏的消耗现有资源。比如
我们设置了超时时间为1s,如果短时间内有大量请求在1s内都得不到响应,就意味着这个服务出现了异常,此时就没有必
要再让其他的请求去访问这个依赖了,这个时候就应该使用断路器避免资源浪费。
服务降级
有服务熔断,必然要有服务降级
所谓降级,就是当某个服务熔断之后,服务将不再被调用,此时客户端可以自己准备一个本地的fallback(回退)回调
返回一个缺省值。 例如:(备用接口/缓存/mock数据) 。这样做,虽然服务水平下降,但好歹可用,比直接挂掉要强,当
然这也要看适合的业务场景。

 

 

三 @SentinelResource注解实现

@SentinelResource 注解用来标识资源是否被限流、降级。
blockHandler: 定义当资源内部发生了BlockException应该进入的方法(捕获的是Sentinel定义的异常)
fallback: 定义的是资源内部发生了Throwable应该进入的方法
exceptionsToIgnore:配置fallback可以忽略的异常
源码入口:com.alibaba.csp.sentinel.annotation.aspectj.SentinelResourceAspect

 

 

四 控制台配置

image

 

 

五 持久化模式

image

 

基于Nacos配置中心控制台实现推送
1,引入依赖
1 <dependency>
2 <groupId>com.alibaba.csp</groupId>
3 <artifactId>sentinel‐datasource‐nacos</artifactId>
4 </dependency>
2,nacos配置中心中配置流控规则
[
2 {
3 "resource": "TestResource",
4 "controlBehavior": 0,
5 "count": 10.0,
6 "grade": 1,
7 "limitApp": "default",
8 "strategy": 0
9 }
10 ]
3,yml中配置
spring:
2 application:
3 name: mall‐user‐sentinel‐demo
4 cloud:
5 nacos:
6 discovery:
7 server‐addr: 127.0.0.1:8848
8
9 sentinel:
10 transport:
11 # 添加sentinel的控制台地址
12 dashboard: 127.0.0.1:8080
13 # 指定应用与Sentinel控制台交互的端口,应用本地会起一个该端口占用的HttpServer
14 port: 8719
15 datasource:
16 ds1:
17 nacos:
18 server‐addr: 127.0.0.1:8848
19 dataId: ${spring.application.name}
20 groupId: DEFAULT_GROUP
21 data‐type: json
22 rule‐type: flow

 

http://www.jsqmd.com/news/689391/

相关文章:

  • 保姆级教程:三种方法搞定MT7628的OpenWRT交叉编译环境(mipsel-openwrt-linux-gcc)
  • 终极指南:如何用Canvg轻松实现SVG到Canvas的完美转换
  • 抖音批量下载神器:免费高效保存视频音乐图集的终极方案
  • Cosmopolitan Libc终极指南:一次编译,到处运行的C语言革命
  • YouTube Plus合作伙伴计划:与其他应用和服务的集成
  • 终极指南:如何用Awesome Go的Slug生成技术打造优雅URL链接
  • 告别报错!手把手教你搞定Simulink Embedded Coder代码生成中的可变信号与主函数配置
  • 从‘灰度世界’到AI学习:深入拆解自动白平衡(AWB)算法的演进与实战选择
  • GitPython与Gitoxide:Python Git编程的终极进化指南
  • 从氢气瓶安全泄放到工业阀门选型:恒容容器瞬时流量计算的3个实战要点
  • Python程序分发避坑指南:为什么你的exe总被杀毒软件干掉?聊聊Nuitka的编译原理与免杀优势
  • MediaCreationTool.bat:一键解决Windows安装与升级的通用解决方案
  • Java面试宝典(整理版)附答案详解,一套拿下offer!
  • 钢铁厂水质在线监测系统方案
  • 避开MBIST设计里的那些“坑”:March算法选择与硬件开销的权衡实战
  • 互联网大厂 Java 求职面试:从 Java SE 到 Spring Cloud 的技术问答
  • nli-MiniLM2-L6-H768GPU加速方案:CUDA 11.8+Triton推理优化指南
  • 转义字符和通配符等特殊符号、\r\n、\n等
  • 革命性远程开发工具projector-docker:如何在Docker中运行JetBrains IDE?
  • 告别命令行!3分钟上手spotDL Web UI,轻松下载Spotify音乐
  • 镜像拉取为何被拦截?27个被忽略的registry认证配置错误,运维总监紧急封禁前必查清单
  • WPF悬浮窗技术方案:云顶之弈实时数据辅助系统的架构设计与实现
  • 数组补充及类的学习
  • Bullet未来路线图:2024年新特性和性能改进终极指南
  • Schedule-Free性能基准测试:与传统余弦衰减的全面对比分析
  • 3分钟彻底卸载OneDrive:Windows 10终极清理指南
  • LucidGloves与SteamVR集成指南:通过OpenGloves实现完美兼容
  • Hook实战:从零手写一个通用Debugger拦截器,支持Chrome插件与油猴脚本
  • 终极指南:3个真实场景揭秘AutoGPT如何让AI应用开发效率提升10倍
  • 终极指南:Awesome Go静态站点生成器如何从模板到界面完美转换