soul网关源码学习18-sentinel插件解析

soul网关源码学习17-sentinel插件解析

目标：

• 跑通sentinel插件，测试熔断功能
• 比较sentinel与hystrix

一、启动项目

• 首先，在bootstrap中加入sentinel插件的依赖。

        <dependency>
            <groupId>org.dromara</groupId>
            <artifactId>soul-spring-boot-starter-plugin-sentinel</artifactId>
            <version>${project.version}</version>
        </dependency>

• 启动admin，bootstrap，再启动一个http-example作为下游服务的测试。

二、测试插件

• 首先，我们在不开启sentinel插件的情况下，用jmeter测试50个并发请求，可以看到全部请求成功。
  
• 接着打开系统，开启sentinel插件。
  
• 新建一个sentinel选择器
  
• 新建一个sentinel规则，这里注意“处理”中的所有字段都是必填的，下面看一下每个字段的含义。
• degrade count：熔断阈值
• whether to open the degrade (1 or 0)：是否开启熔断，1开启 0关闭
• degrade type：熔断类型、熔断策略,slow call ratio(秒级RT) 、 exception ratio（异常比例）、 exception number strategy（分钟级异常数）
• degrade window size：降级窗口期大小，单位s
• control behavior： warm up（预热/冷启动方式，流量缓慢增加）、 constant speed queuing（匀速排队）、 preheating uniformly queued
• grade count：限流阈值
• whether control behavior is enabled (1 or 0)：是否开启限流，1开启 0关闭
• grade type：限流阈值类型 ，QPS 、number of concurrent threads（当前线程数）
  
• 同样的发起50个并发请求，可以看到触发了熔断，有一部分请求失败了。
  

sentinel与hystrix比对

资源模型和执行模型上的对比

• Hystrix 的资源模型设计上采用了命令模式，将对外部资源的调用和 fallback 逻辑封装成一个命令对象（HystrixCommand / HystrixObservableCommand），其底层的执行是基于 RxJava 实现的。每个 Command 创建时都要指定 commandKey 和 groupKey（用于区分资源）以及对应的隔离策略（线程池隔离 or 信号量隔离）。线程池隔离模式下需要配置线程池对应的参数（线程池名称、容量、排队超时等），然后 Command 就会在指定的线程池按照指定的容错策略执行；信号量隔离模式下需要配置最大并发数，执行 Command 时 Hystrix 就会限制其并发调用。
• Sentinel 的设计则更为简单。相比 Hystrix Command 强依赖隔离规则，Sentinel 的资源定义与规则配置的耦合度更低。Hystrix 的 Command 强依赖于隔离规则配置的原因是隔离规则会直接影响 Command 的执行。在执行的时候 Hystrix 会解析 Command 的隔离规则来创建 RxJava Scheduler 并在其上调度执行，若是线程池模式则 Scheduler 底层的线程池为配置的线程池，若是信号量模式则简单包装成当前线程执行的 Scheduler。而 Sentinel 并不指定执行模型，也不关注应用是如何执行的。Sentinel 的原则非常简单：根据对应资源配置的规则来为资源执行相应的限流/降级/负载保护策略。

隔离设计上的对比

• 隔离是 Hystrix 的核心功能之一。Hystrix 提供两种隔离策略：线程池隔离（Bulkhead Pattern）和信号量隔离，其中最推荐也是最常用的是线程池隔离。Hystrix 的线程池隔离针对不同的资源分别创建不同的线程池，不同服务调用都发生在不同的线程池中，在线程池排队、超时等阻塞情况时可以快速失败，并可以提供 fallback 机制。Hystrix 的信号量隔离限制对某个资源调用的并发数。这样的隔离非常轻量级，仅限制对某个资源调用的并发数，而不是显式地去创建线程池，所以 overhead 比较小，但是效果不错，也支持超时失败。
• Sentinel 可以通过并发线程数模式的流量控制来提供信号量隔离的功能。并且结合基于响应时间的熔断降级模式，可以在不稳定资源的平均响应时间比较高的时候自动降级，防止过多的慢调用占满并发数，影响整个系统。

熔断降级对比

Sentinel 和 Hystrix 的熔断降级功能本质上都是基于熔断器模式（Circuit Breaker Pattern）。Sentinel 与 Hystrix 都支持基于失败比率（异常比率）的熔断降级，在调用达到一定量级并且失败比率达到设定的阈值时自动进行熔断，此时所有对该资源的调用都会被 block，直到过了指定的时间窗口后才启发性地恢复。Sentinel 还支持基于平均响应时间的熔断降级，可以在服务响应时间持续飙高的时候自动熔断，拒绝掉更多的请求，直到一段时间后才恢复。这样可以防止调用非常慢造成级联阻塞的情况。

总结

Sentinel可以同时支持熔断降级和限流，支持基于响应时间或失败比例做熔断降级，支持基于 QPS或者调用关系的限流。