Springcloud核心组件之HyStrix

1、首先，我们得先了解什么是“雪崩效应”？
(1)我们都知道在微服务架构中，业务都被分成了一个个的服务；而服务之间又彼此存在依赖（比如说：用户调用商品服务，商品服务又调用库存服务，库存又调用订单服务），在服务之间我们又通过RestTemplate+Ribbon、Feign进行调用；
(2)在服务的调用过程中，由于网络、系统繁忙、或者是自身的原因某一个服务出了问题，调用该服务就会出现线路阻塞，导致响应时间过长而不可用；若此时涌入大量的请求，服务的线程资源将会被耗尽从而导致系统瘫痪；并且服务之间又具有依赖性，故这种故障将会进行传播，对于整个微服务系统就会导致灾难性的后果，这就是我们所说的“雪崩效应”~
2、什么是Hystrix？
(1)为了避免我们以上所说的雪崩现场，熔断器模型孕育而生；
(2)Hystrix是NetFlix公司开源项目，实现了熔断器模型；SpringCloud对Hystrix组件进行了整合；
(3)熔断机制是应对雪崩效应的一种微服务链路保护机制；在微服务架构中，一个请求有多个服务是非常常见的；
(4)当服务之间调用的链路上某个微服务不可用或者是响应时间太长时，会导致连锁故障；当失败的调用到达一定阈值（临界点：缺省是5秒内20次调用失败）就会启动熔断机制；
(5)SpringCloud中通过Hystrix实现熔断机制，Hystrix会监控微服务之间的调用状况，熔断机制的注解是@HystrixCommand
3、我们如何使用Hystrix进行实战？
(1)首先，我们需要在添加熔断器机制的服务中添加相应的Hystrix依赖；

<!--这里加上一个熔断器的依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
            <version>2.1.1.RELEASE</version>
        </dependency>

(2)yml配置文件在原来的基础上不需要修改，只需要在instance那栏更改名称以示区别

(3)随后在我们的控制层的方法上使用@HystrixCommand注解，一旦调用该方法调用失败后，将会自动去调用@HystrixCommand属性指定的当前类中的方法；
(4)最后，在启动类上我们添加一个@EnableHystrix注解，表明启用熔断机制Hystrix的支持
(5)最最后，我们进行测试；一定得先启动集群服务器，然后再去启动熔断器类；

今天先写到这里，后面我再来总结Feign组件中自带熔断机制的写法~~~