一般我们项目中会出现多个服务互相调用,错综复杂;比如我们只要有一个服务调用出现问题,以上的问题在链路调用中会产生放大的效果。复杂链路上的某一环不稳定,就可能会层层级联,最终导致整个链路都不可用。因此我们需要对不稳定的**弱依赖服务调用**
进行熔断降级,暂时切断不稳定调用,避免局部不稳定因素导致整体的雪崩。熔断降级作为保护自身的手段,通常在客户端(调用端)进行配置。
我们sentinel提供几种熔断策略:
1、 满调用比列:比如我们在每秒QPS大于我们的请求数量,请求接口响应时间如果大于我们的rt(最大响应时间)值; 则会被统计为满调用,之后会被统计会满调用;
我们每秒有十个请求打到我们这个接口中,这样会触发我们的熔断策略;
计算方法是
sps > 最小请求数 && (rt(最大响应时长) > 我们接口响应时间) > 阈值比列
sentinel在1.8.0版本对熔断降级做了大的调整,可以定义任意时长的熔断时间,引入了半开启恢复支持。
熔断状态有三种状态,非别为OPEN、HALF_OPEN、CLOSED
状态 | 说明 |
OPEN | 表示熔断开启,拒绝所有请求 |
HALF_OPEN | 探测恢复状态,如果接下来的一个请求顺利通过则表示结束熔断,否则继续熔断 |
CLOSE | 表示熔断关闭,请求顺利通过 |
这个HALF_OPEN状态就是在我们没有请求过来,然后选择是熔断的状态,这时我们又发起一个请求过来会触发这个状态;
2、异常比列:这个跟我们满调用比例类似,就相当于每秒最小请求数大于QPS 并且 每秒QPS大于异常比列,会触发我们熔断策略;
相当于:我们两秒钟QPS有两个请求,这两个请求大于我们的异常比列就会触发熔断策略;
两秒钟有两个请求两个都是异常则触发熔断;
3、异常数:这个跟我们前两个类似, 相当于我们每秒QPS大于最小请求数并且大于异常数的情况下则触发熔断;
这个就当于:我们两秒钟有两个请求,而且两个请求都出现异常则进行熔断;