服务熔断之断路器模式

浅浅的花香味﹌ 2022-12-25 11:52 141阅读 0赞

### 一、熔断介绍 ###

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

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

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

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

## ##

### 二、断路器模式 ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NraDIwMTVqYXZh_size_16_color_FFFFFF_t_70][]

断路器模式实现

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

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

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

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

### 三、断路器实现框架 ###

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

[https://github.com/Netflix/Hystrix][https_github.com_Netflix_Hystrix]

Golang版本的地址：

[https://github.com/afex/hystrix-go][https_github.com_afex_hystrix-go]

Hystrix详细实现原理可参考：

[https://www.cnblogs.com/holoyong/p/9024975.html][https_www.cnblogs.com_holoyong_p_9024975.html]

其他实现

[https://github.com/sony/gobreaker][https_github.com_sony_gobreaker]

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

![go微服务][go]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NraDIwMTVqYXZh_size_16_color_FFFFFF_t_70]: /images/20221120/4c21da88e6fd4a3b9f46dc782d2c6a0d.png
[https_github.com_Netflix_Hystrix]: https://github.com/Netflix/Hystrix
[https_github.com_afex_hystrix-go]: https://github.com/afex/hystrix-go
[https_www.cnblogs.com_holoyong_p_9024975.html]: https://www.cnblogs.com/holoyong/p/9024975.html
[https_github.com_sony_gobreaker]: https://github.com/sony/gobreaker
[go]: /images/20221120/e9a091db428d4e46ad6b419a2b8aed5c.png