SpringCloud – 06熔断器Hystrix

（1）服务熔断介绍

（1.1）服务雪崩

• 多个微服务之间调用的时候，假设微服务A调用了微服务B和C， 微服务B和C又调用其它的微服务，这就是所谓的”扇出”。
  • 如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进行引起系统崩溃，即”服务雪崩”。
• 对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。
  • 比失败更糟糕的是，这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系统资源紧张，导致整个系统发生更多的级联故障。
• 这些都表示需要对故障和延迟进行隔离和管理，以便单个依赖关系的失败，不能影响整个应用程序或系统。
• 服务降级、服务熔断、服务限流、接近实时的监控……

（1.2）服务熔断 

• 熔断机制是应对雪崩效应的一种微服务链路保护机制。
  • 当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回”错误”的响应信息。
  • 当检测到该节点微服务调用响应正常后恢复调用链路。
• “断路器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控，
  • 向调用方返回一个符合预期的、可处理的备选响应（FallBack），而不是长时间的等待或者抛出调用方无法处理的异常。
  • 这样保证了服务调用方的线程不会被长时间、不必要地占用，从而避免了故障在分布式系统中的蔓延，乃至雪崩。

• 在SpringCloud框架中熔断机制通过Hystrix实现。
  • Hystrix会监控微服务调用状况，当失败的调用到一定阈值，缺省是5秒内20次调用失败就会启动熔断机制。
  • 熔断机制的注解是@HystrixCommand。
• Hystrix 是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，如超时、异常等。
• Hystrix 能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。

（2） 改造 microservicecloud-dept-provider

（2.1）修改POM文件

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>