服务熔断Hystrix

分布式面临的问题
在复杂分布式体系结构中应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免的失败！
服务雪崩
多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C,微服务B和微服务C又调用其他微服务，这就是所谓的“扇出”，如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的雪崩效应。
总的来说就是一个链路里面某一个环节出问题了这个链路就会占有越来越多的资源导致服务崩溃，在这种情况下我们就需要 “弃车保帅”
什么是Hystrix
Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统中，许多依赖不可避免的会调用失败，比如超时，异常等，Hystrix能保证在一个依赖出问题的情况下，不会导致整个服务失败，避免级联故障，以提高分布式系统的弹性。
“断路器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控。向调用方返回一个服务预期的，可处理的备选响应（FallBack）,而不是长时间的等待或者抛出调用方法无法处理的异常，这样就可以保证了服务调用方的线程不会被长时间，不必要的占用，从而避免了故障在分布式系统中的蔓延，乃至雪崩。

服务熔断是什么

熔断机制是对应雪崩效应的一种微服务链路保护机制
当扇出链路的某个微服务不可用或者响应时间太久时，会进行服务降级，进而熔断该节点微服务的调用，快速返回错误的响应信息，当检测到该节点微服务调用响应正常后恢复调用链路，在springcloud框架里熔断机制通过Hystrix实现，Hystrix会监控微服务间调用的状况，当失败的调用到一定的阈值，缺省是5秒内20次调用失败就会启动熔断机制，熔断机制的注解是 @HystrixCommand

使用Hystrix
第一步加入依赖

第二步在熔断的方法上指定解决方案

第三步 在启动类开启对熔断的支持

接下来测试一下 启动集群 启动服务提供者 在启动消费者 运行看看
对于没有问题的部分直接跳过

而id不存在的数据呢？他会直接通过熔断的解决方案进行反馈，从而不会影响到后面服务的运行。