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组件中自带熔断机制的写法~~~

发布了26 篇原创文章 · 获赞 9 · 访问量 748

猜你喜欢

转载自blog.csdn.net/z19950712/article/details/103989600