- 总体说明:
Hystrix:关注点在于隔离和熔断为主的容错机制,超时或熔断可以快速失败,并提供fallback机制;
Sentinel:多样化的流量控制、熔断降级、系统负载保护、实时监控和控制台。
- 共同特性
1)资源模型和执行模型上的对比:
Hystrix强依赖隔离规则,因为Hystrix在执行时会解析Command的隔离规则来创建RxJava Scheduler并在其上调度执行;
Sentinel只需要考虑这个代码是否需要保护,规则配置可以动态调整。
2)隔离设计上的对比:
Hystrix提供了线程池隔离和信号量隔离。
线程池隔离的好处是隔离度比较高,可以针对某个资源的线程池去进行处理而不影响其他资源;缺点是线程上下文切换的overhead比较大,特别是对延时较低的场景。
信号量隔离非常轻量,仅限制对某个资源调用的并发数,并不显示创建线程池;但是无法对慢调用自动降级,只能等待客户端自己超时,会出现级联阻塞。
Sentinel可以通过并发线程数模式(线程数达到一定数量,对新请求拒绝)的流量控制来提供信号量隔离的功能,并且结合基于响应时间的熔断降级模式,可以再不稳定资源的平均时间比较高的时候自动降级,防止过多的慢调用占满并发数,影响整个系统。
3)熔断降级的对比:
Sentinel与Hystrix都基于失败比率的熔断降级,达到一定量级并且失败比率达到设定的阈值时自动进行熔断,直到过了指定的时间窗口后才启发性地恢复;Sentinel还支持基于平均响应时间的熔断降级,可以在服务响应时间持续飙高的时候自动熔断。
4)实时指标统计实现的对比:
Sentinel与Hystrix实时指标数据统计实现都是基于滑动窗口的。
-
总结
# | Sentinel | Hystrix |
---|---|---|
隔离策略 | 信号量隔离 | 线程池隔离/信号量隔离 |
熔断降级策略 | 基于响应时间或失败比率 | 基于失败比率 |
实时指标实现 | 滑动窗口 | 滑动窗口(基于 RxJava) |
规则配置 | 支持多种数据源 | 支持多种数据源 |
扩展性 | 多个扩展点 | 插件的形式 |
基于注解的支持 | 支持 | 支持 |
限流 | 基于 QPS,支持基于调用关系的限流 | 不支持 |
流量整形 | 支持慢启动、匀速器模式 | 不支持 |
系统负载保护 | 支持 | 不支持 |
控制台 | 开箱即用,可配置规则、查看秒级监控、机器发现等 | 不完善 |
常见框架的适配 | Servlet、Spring Cloud、Dubbo、gRPC | Servlet、Spring Cloud Netflix |