一、Sentinel熔断概念介绍
官方文档网址：circuit-breaking | Sentinel
1、Sentinel熔断基本介绍
除了流量控制以外，对调用链路中不稳定的资源进行熔断降级也是保障高可用的重要措
施之一。一个服务常常会调用别的模块，可能是另外的一个远程服务、数据库，或者第
三方 API 等。
例如，支付的时候，可能需要远程调用银联提供的 API；查询某个商品的价格，可能需要
进行数据库查询。然而，这些被依赖服务的稳定性是不能保证的。如果依赖的服务出现了
不稳定的情况，请求的响应时间变长，那么调用服务的方法的响应时间也会变长，线程会
产生堆积，最终可能耗尽业务自身的线程池，服务本身也变得不可用。
服务间的依赖关系如下图所示：
微服务架构都是分布式的，由非常多的服务组成。不同服务之间相互调用，组成复杂的调用
链路。以上的问题在链路调用中会产生放大的效果。复杂链路上的某一环不稳定，就可能
会层层级联，最终导致整个链路都不可用。因此我们需要对不稳定的弱依赖服务调用进行
熔断降级，暂时切断不稳定调用，避免局部不稳定因素导致整体的雪崩。熔断降级作为保
护自身的手段，通常在客户端（调用端）进行配置。
2、熔断策略
Sentinel 支持下面几种熔断策略：
1）慢调用比例 (SLOW_REQUEST_RATIO)
选择以慢调用比例作为阈值，需要设置允许的慢调用 RT（即请求最大的响应时间），
请求的响应时间大于该值则统计为慢调用。当单位统计时长（statIntervalMs）内请求
数目大于设置的最小请求数目，并且慢调用的比例大于阈值，则接下来的熔断时长内新的
请求会自动被熔断。经过熔断时长后熔断器会进入探测恢复状态（HALF-OPEN 状态），
若接下来的第一个请求响应时间小于设置的慢调用 RT 则结束熔断，若大于设置的慢调用
RT， 则会再次被熔断。
2）异常比例 (ERROR_RATIO)
当单位统计时长（statIntervalMs）内请求数目大于设置的最小请求数目，并且异常的
比例大于阈值，则接下来的熔断时长内请求会自动被熔断。经过熔断时长后熔断器会进入
探测恢复状态（HALF-OPEN 状态），若接下来的一个请求成功完成（没有错误）则结束
熔断，否则会再次被熔断。异常比率的阈值范围是 [0.0, 1.0]，代表 0% - 100%。
3）异常数 (ERROR_COUNT)
当单位统计时长内的异常数目超过阈值之后会自动进行熔断。经过熔断时长后熔断器会
进入探测恢复状态（HALF-OPEN 状态），若接下来的一个请求成功完成（没有错误），
则结束熔断，否则会再次被熔断。
3、Sentinel熔断状态
Sentinel 支持三种熔断状态，分别为：OPEN、HALF_OPEN、CLOSED
1）OPEN（开启熔断）
表示熔断开启，拒绝所有请求
2）HALF_OPEN（探测恢复状态）
探测恢复状态，如果接下来的一个请求顺利通过则表示结束熔断，否则继续熔断
3）CLOSED（关闭熔断）
表示熔断关闭，请求顺利通过
4、Sentinel熔断规则属性解析
Sentinel在1.8.0版本对熔断降级做了大的调整，可以定义任意时长的熔断时间，引入了半
开启恢复支持。
Sentinel 新建熔断规则页面如下：
1）资源名（resource ）
资源名，即规则的作用对象
2）熔断策略（grade ）
熔断策略，支持慢调用比例/异常比例/异常数策略；默认值是慢调用比例
3）最大RT（count ）
慢调用比例模式下为慢调用临界 RT（超出该值计为慢调用）；
异常比例/异常数模式下为对应的阈值；如异常比例模式下对应的是“比例阈值”，
异常数模式下对应的是 “异常数”，如下图所示：
注意：这一点与”慢调用“模式下 比例阈值 的区别
4）比例阈值（slowRatioThreshold ）
慢调用比例阈值，仅慢调用比例模式有效（1.8.0 引入）
5）熔断时长（timeWindow ）
熔断时长，单位秒s，可以定义任意时长的熔断时间
6）最小请求数（minRequestAmount ）
熔断触发的最小请求数，请求数小于该值时即使异常比率超出阈值也不会熔断
（1.7.0 引入）；默认值是 5
7）统计时长（statIntervalMs ）
统计时长（单位为 ms），如 60*1000 代表分钟级（1.8.0 引入）；默认值是1000ms
二、Sentinel 熔断策略测试
1、慢调用比例 (SLOW_REQUEST_RATIO)
选择以慢调用比例作为阈值，需要设置允许的慢调用 RT（即请求的最大的响应时间），
请求的响应时间大于该值则统计为慢调用。当单位统计时长（statIntervalMs，默认是1s）内
请求数目大于设置的最小请求数目，并且其中慢调用的比例大于阈值，则接下来的熔断时长内
请求会自动被熔断。经过熔断时长后熔断器会进入探测恢复状态（HALF-OPEN 状态），
若接下来的一个请求响应时间小于设置的慢调用 RT 则结束熔断，若大于设置的慢调用 RT ，
则会再次被熔断。
1.1、慢调用规则配置示例
1）环境准备，首先在 breakerTest() 方法中添加sleep休眠代码，模拟慢执行，如下图所示：
2）配置慢调用熔断规则
Sentinel 熔断触发流程如下所示：
3）测试
测试熔断最好使用JMater 工具，本人这个新电脑上没有安装JMater，所以最小请求数配
的比较小，然后在浏览器中快速访问 breakerA也能看到效果；
当请求触发熔断后，在熔断时间段内所有的请求都没拒绝，过了熔断时长，请求可以再
次被访问，如下图所示：
2、异常比例 (ERROR_RATIO)
当单位统计时长（statIntervalMs）内请求数目大于设置的最小请求数目，并且异常的比例
大于阈值，则接下来的熔断时长内请求会自动被熔断。经过熔断时长后熔断器会进入
探测恢复状态（HALF-OPEN 状态），若接下来的一个请求成功完成（没有错误）则结束
熔断，否则会再次被熔断。异常比率的阈值范围是 [0.0, 1.0]，代表 0% - 100%。
注意：
异常降级仅针对业务异常，对 Sentinel 限流降级本身的异常（BlockException）不生效。
2.1、异常比例熔断配置示例
1）环境准备，创建方法 breakerTestB，并模拟异常，如下所示：
2）配置“异常比例” 熔断规则
为请求 /breakerB 配置异常比例熔断规则，如下所示：
异常比例触发熔断流程：
3）测试
当统计时长内，异常请求占比超过阈值后，后续在熔断时长内的请求会被直接拒绝，
如下图所示：
3、异常数 (ERROR_COUNT)
当单位统计时长内的异常数目超过阈值之后会自动进行熔断。经过熔断时长后熔断器会进入
探测恢复状态（HALF-OPEN 状态），若接下来的一个请求成功完成（没有错误）则结束
熔断，否则会再次被熔断。
注意：
异常降级仅针对业务异常，也是对 Sentinel 限流降级本身的异常（BlockException）
不生效。
3.1、异常数规则配置示例
还是给请求 /breakerB 异常数的熔断规则，熔断规则配置如下：
异常数熔断触发流程如下所示：
测试：
在统计时长内，异常请求数超过配置的“异常数”，后续在熔断时长内的请求会被直接拒绝
测试结果如下图所示：
