熔断、限流、降级该选Sentinel还是Hystrix，看完这篇文章就够了

废话不多说，先上比较：

比较项	Sentinel	Hystrix
控制台	开箱即用，可配置规则、查看秒级监控、机器发现等	不完善
常见框架的适配	Servlet、Spring Cloud、Dubbo、gRPC	Servlet、Spring Cloud Netflix
熔断降级策略	基于响应时间或失败比率	基于失败比率
隔离策略	基于迸发数	线程池隔离/信号量隔离
实时指标实现	滑动窗口	滑动窗口（基于 RxJava）
限流	基于 QPS，支持基于调用关系的限流	不支持
流量整形	支持慢启动、匀速器模式	不支持
系统负载保护	支持	不支持
注解的支持	支持	不支持
规则配置	支持多种数据源	支持多种数据源
扩展性	多个扩展点	插件的形式

侧重点：

Hystrix：的关注点在于以隔离和熔断为主的容错机制，超时或被熔断的调用将会快速失败，并可以提供 fallback 机制。

Sentinel：多样化的流量控制（限流），实时监控和控制台，系统负载保护，熔断降级。

熔断降级的对比：

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

隔离设计上的对比

Hystrix 提供两种隔离策略：线程池隔离 Bulkhead Pattern 和信号量隔离，其中最推荐也是最常用的是线程池隔离。

Sentinel 可以通过并发线程数模式的流量控制来提供信号量隔离的功能。并且结合基于响应时间的熔断降级模式，可以在不稳定资源的平均响应时间比较高的时候自动降级，防止过多的慢调用占满并发数，影响整个系统。

控制台：

Sentinel具备完善的控制台，使用比较简单，便于监控。Hystrix暂无完善控制台。

总结：

Sentinel简单易集成，轻量级高性能，并且有完善控制台，便于监控。Hystrix集成也具备自己的优点，集成后虽然没有控制台，但集成也比较简单，可根据自己需要选择，个人几年前刚开始在项目中搞熔断时喜欢选择Hystrix，可根据失败率自由设置，爱不释手，后来我组织在项目中集成Sentinel，有控制台，大家都能根据业务场景，针对接口配置，非常方便，现在做熔断限流方案我会偏向于Sentinel。