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

熔断降级(Sentinel解决)

问题概述

在微服务架构中一定要预防微服务雪崩问题,微服务雪崩问题就是指在微服务架构中,当一个服务出现故障时,由于服务之间的依赖关系,故障可能会传播到其他服务,从而导致了大规模的服务失败,系统无法正常运行。这种情况就像雪崩一样,因为最初的一个小问题最终引发了整个系统的崩溃。

简单来说,微服务雪崩就是微服务之间相互调用,因为调用链中的一个服务故障,引起整个链路都无法访问的情况

熔断:当某个异常条件被触发,直接熔断整个服务,而不是一直等到此服务超时,为了防止防止整个系统的故障,而采用了一些保护措施(过载保护)。比如A服务的X功能依赖B服务的某个接口,当B服务接口响应很慢时,A服务X功能的响应也会被拖慢,进一步导致了A服务的线程都卡在了X功能上,A服务的其它功能也会卡主或拖慢。此时就需要熔断机制,即A服务不在请求B这个接口,而可以直接进行降级处理。

降级: 服务器压力剧增时,根据当前业务情况以及流量,对一些服务和页面进行有策略的降级。以此缓解服务器资源的压力,以保证核心业务的正常运行,同时也保证了客户和大部分客户得到正确的响应

解决方案

常用的预防微服务雪崩的方法有:

超时处理:设定超时时间,请求超过一定时间没有响应就返回错误信息,不会无休止的等待

熔断降级:当服务的异常数异常比例超过了预设的阈值熔断器就会进入开启状态,暂时中断对该服务的请求,此时走降级方法,能够快速响应,确保系统的基本功能能够继续运行

限流限制对服务的请求速率,避免短时间内大量的请求导致系统崩溃

线程池隔离:给要请求的资源分配一个线程池,线程池去控制请求数量

信号量隔离:使用计数器模式,记录请求资源的并发线程数量,达到信号量上限时,禁止新的请求(信号隔离适合同步请求,控制并发数,比如对文件的下载并发数进行控制)

大多场景都适合使用线程池隔离,对于需要同步操作控制并发数的场景可以使用信号量隔离

Sentinel解决熔断降级

什么是Sentinel:Sentinel (分布式系统的流量防卫兵) 是阿⾥开源的⼀套⽤于服务容错的综合性解决⽅案。它以流量为切⼊点, 从流量控制、熔断降级、系统负载保护等多个维度来保护服务的稳定性

本项目中,使用Sentinel实现限流、熔断等机制预防微服务雪崩

熔断降级是微服务保护的一种方法,当使用Feign进行远程调用,在客户端通过熔断降级措施进行微服务保护

如:orders-manager订单服务请求customer查询地址簿,在进行feign远程调用过程时出现异常将走降级方法,当异常比例或异常数达到一定的阈值将出发熔断,熔断期间将直接走降级逻辑快速响应

在feign进行远程调用服务的同时,Sentinel会一直对使用@SentinelResource注解标注的资源进行流量控制和熔断降级(SentinelResource注解的属性:value--用于定义资源的名称,Sentinel对其进行流量控制和熔断降级,fallback:降级方法,但是异常不是因为限流和熔断等,blockHandler:出发限流、熔断时执行的降级方法)

实例:

@Component
@Slf4j
public class CustomerClient {

    @Resource
    private AddressBookApi addressBookApi;

    @SentinelResource(value = "getAddressBookDetail", fallback = "detailFallback", blockHandler = "detailBlockHandler")
    public AddressBookResDTO getDetail(Long id) {
        log.error("根据id查询地址簿,id:{}", id);
        // 调用其他微服务方法
        AddressBookResDTO detail = addressBookApi.detail(id);
        return detail;
    }

    //执行异常走
    public AddressBookResDTO detailFallback(Long id, Throwable throwable) {
        log.error("非限流、熔断等导致的异常执行的降级方法,id:{},throwable:", id, throwable);
        return null;
    }

    //熔断后的降级逻辑
    public AddressBookResDTO detailBlockHandler(Long id, BlockException blockException) {
        log.error("触发限流、熔断时执行的降级方法,id:{},blockException:", id, blockException);
        return null;
    }
}

当customer服务恢复之后,熔断时间结束此时会再次尝试请求customer,如果成功请求将关闭熔断,恢复原来的链路,否则将再次走降级逻辑

关于Sentinel实现熔断降级还可以看:服务熔断降级 Sentinel(保姆级)_sentinel 熔断降级-CSDN博客

熔断降级貌似还有Hystrix可以实现,之后可以再去了解

相关文章:

  • 在OpenGL ES中将值传入shader的方法总结
  • 一条不太简单的TEX学习之路
  • 论文阅读:Attention is all you need
  • 从PGC到AIGC:海螺AI多模态内容生成系统的技术革命
  • android 音量调节
  • 【第二十八周】:Temporal Segment Networks:用于视频动作识别的时间分段网络
  • vue3配置代理实现axios请求本地接口返回PG库数据【前后端实操】
  • 【回归算法解析系列12】分位数回归(Quantile Regression)
  • JAVA读取/解析 指定文件内容
  • 使用 Spring Security的一些常用功能
  • 众乐影音-安卓NAS-Player的安装和设置说明
  • Beyond Compare 4注册激活方法
  • 农用车一键启动工作原理
  • docker简单使用
  • 如何使用jenv工具管理多个JDK版本
  • 4、匿名函数lambda的使用
  • 从碎片化到标准化:案例详解 MCP 如何重塑 AI Agent 开发生态?
  • 嵌入式基础知识学习:UART是什么?
  • Elasticsearch:可配置的推理 API 端点分块设置
  • 并查集——108. 冗余连接
  • 奈雪的茶叫停“能喝奶茶就不要喝水”宣传,当地市监称不要误导消费者
  • 解放日报:这是一场需要定力和实力的“科技长征”
  • 海量数据处于“原矿”状态,数据价值释放如何破局?
  • “人工智能是年轻的事业,也是年轻人的事业”,沪上高校师生畅谈感想
  • 金砖国家外长会晤发表主席声明,强调南方国家合作
  • 北京发布今年第四轮拟供商品住宅用地清单,共计5宗22公顷