服务熔断之断路器模式

在分布式系统中,下游服务不可用可能引发服务雪崩。为避免此情况,可采用熔断方式,及时切断调用链,保护服务调用方资源。断路器模式有关闭、打开和半开三种状态,能有效保护服务调用方稳定性。文中还介绍了Hystrix等断路器实现框架。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、熔断介绍

在分布式系统中,一次完整的请求可能需要经过多个服务模块的调用,请求在多个服务中传递,服务对服务的调用会产生新的请求,这些请求共同组成了这次请求的调用链。当调用链中的某个环节,特别是下游服务不可用时,将会导致上游服务调用方不可用,最终将这种不可用的影响扩大到整个系统,导致整个分布式的不可用,引起服务雪崩现象。

为了避免这种情况,在下游服务不可用时,保护上游服务的可用性显得极其重要。对此我们可以通过熔断的方式,通过及时熔断服务调用方和服务提供方的调用链,保护服务调用方资源,防止服务雪崩现象的出现。

使用断路器设计模式,能够有效地保护服务调用方的稳定性,它能够避免服务调用者频繁调用可能失败的服务提供者,防止服务调用者浪费cpu、线程和IO资源等,提高服务整体的可用性。

所以,熔断设计的目的是在服务提供方不可用时保护服务调用方的资源,减少服务调用中无用的远程调用。

 

 

二、断路器模式

                                                                                                       断路器模式实现

 

断路器一般有关闭、打开和半开三种状态组成

关闭状态(Closed): 服务调用者可以调用服务提供者

打开状态(Open): 对应用的请求会立即返回错误响应或执行预设的失败降级逻辑,而不调用服务提供者。

半开状态(Half-Open): 允许应用程序一定数量的请求去调用服务。断路器会对成功执行的调用进行计数,达到阈值后,会认为被调用服务恢复正常,断路器状态回到“关闭”状态,如果有请求出现失败,则回到“打开”状态。

 

 

三、断路器实现框架

Netflix的Hystrix是比较经典常用的断路器模式实现的框架,源码地址:

https://github.com/Netflix/Hystrix

 

Golang版本的地址:

https://github.com/afex/hystrix-go

 

Hystrix详细实现原理可参考:

https://www.cnblogs.com/holoyong/p/9024975.html

 

其他实现

https://github.com/sony/gobreaker

 

推荐以下课程进行详细学习Go微服务,可以微信扫描进行学习

go微服务

 

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值