服务雪崩
- 多个服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B、微服务C又调用其他的微服务，这就是所谓的“扇出”，如果扇出的链路上某个微服务的调用响应时间过长或不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，这就是所谓的“服务雪崩”
- 对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源在几秒内饱和。这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系统资源紧张，导致整个系统发生更多的级联故障，这些都表示需要对故障和延迟进行隔离和管理，以便于让单个依赖关系的失败，不至于取消整个应用程序或系统
Hystrix
- Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。
- Hystrix（“断路器”）本身是一种开关装置，当某个服务单元发生故障的时候，通过断路器的故障监控，向调用方返回一个服务预期的，可处理的备选响应（FallBack），而不是长时间的等待或者抛出调用方法无法处理的异常，这样就保证了服务调用方的线程不会被长时间不必要的占用，从而避免了故障在分布式系统中的蔓延乃至于雪崩
Hystrix能干嘛
- 服务降级
- 服务熔断
- 服务限流
- 实时监控
- …
服务熔断
- 熔断机制是应对服务雪崩的一种微服务的链路保护机制
- 当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。当检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间的调用情况，当失败的调用到一定阈值（5秒内20次调用失败）就会开启熔断机制。
- 使用注解
@HystrixCommand
@RestController
public class HelloController {
@Autowired
ServiceAFeignClient serviceAFeignClient;
@RequestMapping("/call")
@HystrixCommand(fallbackMethod = "hystrixCall")
public String call() {
String result = serviceAFeignClient.hello();
if (!result.equals("h")){
//抛出异常，然后执行备用方法
throw new RuntimeException("数据不对");
}
return "b访问了a的hello()，返回的结果为" + result;
}
public String hystrixCall(){
String result = serviceAFeignClient.hello();
return "Hystrix调用备份方法"+result;
}
}
在上方例子中，如果Call方法调用失败到一定阈值（throw抛出异常），那么就会调用执行备用方法hystrixCall，只通过一个注解就开启了服务熔断。
然后需要在启动类里添加注解EnableHystrix，开启熔断支持：
