《Apache Dubbo微服务开发从入门到精通》——服务治理与生态—— 一、 限流降级（中） https://developer.aliyun.com/article/1224018
4. Sentinel与Hystrix的比较
目前业界常用的熔断降级/隔离的库是Netflix的Hystrix，那么Sentinel与Hystrix有什么异同呢？Hystrix的关注点在于以隔离和熔断为主的容错机制，而Sentinel的侧重点在于多样化的流量控制、熔断降级、系统负载保护、实时监控和控制台，可以看到解决的问题还是有比较大的不同的。
Hystrix采用命令模式封装资源调用逻辑，并且资源的定义与隔离规则是强依赖的，即在创建HystrixCommand的时候就要指定隔离规则（因其执行模型依赖于隔离模式）。Sentinel的设计更为简单，不关注资源是如何执行的，资源的定义与规则的配置相分离。用户可以先定义好资源，然后在需要的时候配置规则即可。Sentinel的原则非常简单：根据对应资源配置的规则来为资源执行相应的限流/降级/负载保护策略，若规则未配置则仅进行统计。从0.1.1版本开始，Sentinel还引入了注解支持，可以更方便地定义资源。
隔离是Hystrix的核心功能。Hystrix通过线程池或信号量的方式来对依赖（即Sentinel中对应的资源）进行隔离，其中最常用的是资源隔离。Hystrix线程池隔离的好处是比较彻底，但是不足之处在于要开很多线程池，在应用本身线程数目比较多的时候上下文切换的overhead会非常大；Hystrix的信号量隔离模式可以限制调用的并发数而不显式创建线程，这样的方式比较轻量级，但缺点是无法对慢调用自动进行降级，只能等待客户端自己超时，因此仍然可能会出现级联阻塞的情况。Sentinel可以通过并发线程数模式的流量控制来提供信号量隔离的功能。并且结合基于响应时间的熔断降级模式，可以在不稳定资源的平均响应时间比较高的时候自动降级，防止过多的慢调用占满并发数，影响整个系统。
Hystrix熔断降级功能采用熔断器模式，在某个服务失败比率高时自动进行熔断。Sentinel的熔断降级功能更为通用，支持平均响应时间与失败比率两个指标。Sentinel还提供各种调用链路关系和流量控制效果支持，同时还可以根据系统负载去实时地调整流量来保护系统，应用场景更为丰富。同时，Sentinel还提供了实时的监控API和控制台，可以方便用户快速了解目前系统的状态，对服务的稳定性了如指掌。
更详细的对比请参见Sentinel与Hystrix的对比。
5. 总结
以上介绍的只是Sentinel的一个最简单的场景——限流。Sentinel还可以处理更复杂的各种情况，比如超时熔断、冷启动、请求匀速等。可以参考Sentinel文档，更多的场景等待你去挖掘！
