文章目录
- 前言
- 降级
- 熔断
- 什么是服务熔断
- 熔断和降级的关系
- 降级方式
- 1、熔断降级(不可用)
- 2、超时降级
- 3、限流降级
- 总结
前言
刚开始我以为熔断和降级是一体的,以为他们必须配合使用; 只不过名字不一样而已,但是当我经过思考过后,发现他们其实不是一个东西;
降级
什么是服务降级呢?降级主要有以下几种情况
- 超时:当下游的服务因为某种原因响应过慢,下游服务主动停掉一些不太重要的业务,释放出服务器资源,增加响应速度!
- 不可用:当下游的服务因为某种原因不可用,上游主动调用本地的一些降级逻辑,避免卡顿,迅速返回给用户!
- 限流:防止上游服务请求太多导致服务崩溃,所以限制请求的数量,来达到保护下游服务的目的,当请求的流量到达一定阈值时,直接拒绝多余的请求,执行降级逻辑
看到这,相信你已经看到了一个相同点,就是以上三者(超时、不可用、限流
)触发时,都会走同一个逻辑,那就是降级逻辑,在hystrix里面叫做fallback;
熔断
什么是服务熔断
熔断很好理解,就是一个断开的过程;
熔断就像是家里的保险丝一样,当电流达到一定条件时,比如保险丝能承受的电流是5A,如果你的电流达到了6A,因为保险丝承受不了这么高的电流,保险丝就会融化,这时候电路就会断开,起到了保护电器的作用;
在微服务里面也是一样,当下游的服务因为某种原因突然变得不可用或响应过慢,上游服务为了保证自己整体服务的可用性,不再继续调用目标服务,直接返回,快速释放资源。如果目标服务情况好转则恢复调用;
熔断和降级的关系
说了那么多,其实也能想到了,降级和熔断其实就是服务安全中的2个不同的流程,在服务发生故障时,肯定是先断开(熔断)与服务的连接,然后在执行降级逻辑;
那既然不管怎样都会执行降级逻辑,这时候就可以理解为 降级是一种设计思想,在java层面就是一个接口,而熔断是降级的不同实现方式
,他们的关系如下图:
降级方式
那么我们现在知道降级是一个接口了,接下来在看看他们的实现方式是怎样的吧
1、熔断降级(不可用)
熔断逻辑是这样的,A服务调用B服务,失败次数达到一定阈值后 ,A服务的断路器打开,就不在请求B服务,而是直接执行本地的fallback方法;这种叫做熔断降级,看到这里,也许你已经明白了,熔断只是降级的其中一种实现方式;
2、超时降级
同样是A服务调用B服务,B服务响应超过了A服务设定的阈值后,就会执行降级逻辑;
3、限流降级
同样是A服务调用B服务,服务A的连接已超过自身能承载的最大连接数,比如说A能承载的连接数为5,但是目前的并发有6个请求同时进行,前5请求能正常请求,最后一个会直接拒绝,执行fallback降级逻辑;
总结
看完这个文章,你有没有懂得熔断和降级之间的关系呢? 面试的情况下,你知道该怎么回答了吗? 如果有疑问,请在评论区讨论。