什么是Hystrix？简述实现机制

分布式容错框架

• 阻止故障的连锁反应，实现熔断
• 快速失败，实现优雅降级
• 提供实时的监控和告警

资源隔离：线程隔离，信号量隔离

• 线程隔离：Hystrix会给每一个Command分配一个单独的线程池，这样在进行单个服务调用的时候，就可以在独立的线程池里面进行，而不会对其他线程池造成影响
• 信号量隔离：客户端需向依赖服务发起请求时，首先要获取一个信号量才能真正发起调用，由于信号量的数量有限，当并发请求量超过信号量个数时，后续的请求都会直接拒绝，进入fallback流程。信号量隔离主要是通过控制并发请求量，防止请求线程大面积阻塞，从而达到限流和防止雪崩的目的。

熔断和降级：

调用服务失败后快速失败

• 熔断是为了防止异常不扩散，保证系统的稳定性
• 降级：编写好调用失败的补救逻辑，然后对服务直接停止运行，这样这些接口就无法正常调用，但又不至于直接报错，只是服务水平下降

实现机制

• 通过HystrixCommand或者HystrixObservableCommand将所有的外部系统（或者称为依赖）包装起来，整个包装对象是单独运行在一个线程之中（这是典型的命令模式）。
• 超时请求应该超过你定义的阈值
• 为每个依赖关系维护一个小的线程池（或信号量）;如果它变满了，那么依赖关系的请求将立即被拒绝，而不是排队等待。
• 统计成功，失败（由客户端抛出的异常），超时和线程拒绝。
• 打开断路器可以在一段时间内停止对特定服务的所有请求，如果服务的错误百分比通过阈值，手动或自动的关闭断路器。
• 当请求被拒绝、连接超时或者断路器打开，直接执行fallback逻辑。
• 近乎实时监控指标和配置变化。