阿里二面:外部接口大量超时,把整个系统拖垮,引发雪崩。如何解决?熔断...

本文介绍了在系统面临服务不稳定导致雪崩时,如何使用Sentinel的熔断机制来保障服务稳定性。Sentinel是阿里巴巴开源的流量防护解决方案,支持RT、异常数、异常比例等多种熔断策略。通过Sentinel控制台配置规则,结合注解式或AOP方式实现熔断,并在代码中添加兜底处理,提升用户体验。文中还提供了一个轻量级方案,无需部署控制台,通过数据库管理熔断规则,并展示了具体的项目实战流程。
摘要由CSDN通过智能技术生成

大家好,我是Tom哥~

互联网+ 时代,业务数字化已经蔓延到你能想到的各个行业。各种业务功能、营销玩法越来越多,系统也越来越复杂。

面对不断复杂的业务系统,脑子越来越不够用了

图片

于是 聪明的人们 提出了 微服务 的设计思想

本着 复杂的事情简单化 的原则,我们将一个大的系统拆分成若干个子系统,每个 子系统 职责单一,按 DDD 的设计理念,承载一个子域的业务建设。

于是,人们可以将精力聚焦,专心完成某一个业务点的深度建设。

多个微服务系统之间通过 RPC 框架(如:dubbo、spring cloud、gRPC 等)完成了串联,但随着调用量越来越大,人们发现服务与服务之间的稳定性变得越来越重要

图片

举个例子:

  • Service D 挂了,响应很慢

  • Service G 和 Service F ,都依赖 Service D,也会受到牵连,对外响应也会变慢

  • 影响层层向上传递,Service A 和 Service B 也会被拖垮

  • 最后,引发雪崩效应,系统的故障影响面会越来越大

为了解决这种问题,我们需要引入 熔断 机制。“当断则断,不受其乱。当断不断,必受其难”

什么是熔断?

熔断,其实是对调用链路中某个资源出现不稳定状态时(如:调用超时或异常比例升高),对这个资源的调用进行限制,让请求快速失败,避免影响到其它的资源而导致级联错误。

当资源被降级后,在接下来的降级时间窗口内,对该资源的调用都自动熔断(默认是抛出 BlockException

目前市面上的熔断框架很多,如:SentinelHystrixResilience4j 等,这些框架的设计理念都差不多。

本文重点讲下 Sentinel 是如何在项目中使用的

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

核心分为两部分:

1、核心库(Java 客户端):能够运行在所有 Java 环境,对 Dubbo 、Spring Cloud 等框架也有较好的支持。

2、控制台(Dashboard):基于 Spring Boot 开发,打包后可以直接运行。

Sentinel 熔断种类:

  • RT 响应时间

  • 异常数

  • 异常比例

Sentinel 安装

首先,官网下载 sentinel

  • 7
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值