Hystrix是什么
在一个大型的分布式系统中，难免有些依赖服务会失败。hystrix通过容错逻辑来控制不同服务间的交互。hystrix通过隔离各服务交互节点来防止连级错误，并且提供降级功能，最终保证系统的可靠性。
hystrix的历史
略
hystrix作用
hystrix被设计来解决一下问题：
- 通过控制调用第三方包时的延时和错误来提供保护。
- 避免复杂系统的连级错误。
- 对于错误快速失败和恢复。
- 当异常出现是提供降级服务。
- 实时的监控，高警，和其他控制选项。
hystrix解决哪些问题
一个复杂的分布式系统有大量的依赖服务，这些依赖服务在某些时刻难免会发生错误。如果这个系统没有对依赖服务进行隔离，它很容易因为依赖服务的异常而导致整个应用的挂机。
举一个例子，有一个应用依赖了30个服务，每个服务有99.99%的时间是正常的。
所以你可能认为对于整个系统而言，99.9930＝99.7%的时间是正常的。一亿次请求会有3000000次失败，每个月会有2个小时的宕机时间。
而实际的情况可能更差。每个依赖服务0.01%的异常，都可能导致整个系统可能潜在的宕机。
健康的系统的请求流程如下：
如果其中一个依赖服务出现延时，它将阻塞整个系统。
在一个高并发的系统中，依赖服务的延时将会导致整个系统在极端的时间内资源耗尽。如果应用的并发量超过了依赖服务的处理能力，可能会导致请求失败，更坏的情况可能导致系统各类资源的耗尽从而引起连级错误。 
很多时候第三方服务如同一个黑盒对外封闭，并且随时可能变更。而每个调用方的处理能力有不同。网络失败，服务延时，新的client部署，client包有bug，所有这些问题都会导致整个系统宕机。
所以我们需要管理和隔离这些问题，避免一个服务失败导致整个系统宕机。
hystrix设计原则：
- 阻止依赖服务使用容器线程。
- 快速失败来代替等待。
- 提供降级功能。
- 使用隔离技术来限制每个依赖的影响。
- 通过实时metrics、监控、报警来来发现异常。
- 使用实时配置来帮助系统恢复。
- 控制第三方调用。
hystrix实现策略
hystrix做了一下工作来保证系统稳定性。
- 通过HystrixCommand或HystrixObservableCommand来封装和隔离所有的外部调用。
- 定义外部服务调用的timeout时间。
- 为每一个外部服务都维护一个独立的线程池，当请求超过线程池处理能力时，将会直接拒绝。
- 记录成功，失败，timeout，线程池拒绝信息。
- 对于异常比例超过指定值的服务，进行熔断操作。
- 提供降级功能，当请求执行失败，拒绝，超时，熔断。
- 实时监控metrics和配置。
当使用hystrix来封装外部依赖时，如下图所示，所有的依赖都相互隔离。当异常出现时，系统会执行相应的降级逻辑。
