微服务(九)-Hystrix(断路器)

简介: 微服务(九)-Hystrix(断路器)

Hystrix(断路器),主要的作用就是保护的作用

作用:主要是做保护的作用的,有点类似于保险丝,当电流非常大的情况下就会触发这个保险丝给熔断,其实Hystrix和保险丝的所用是一样的

如何在项目中使用Hystrix呢?他的使用对我们来说有什么好处呢?

让cloud-hystrix这个微服务去调用另一个微服务

1、首先建个SpringBoot的项目-cloud-hystrix:新建一个restTemplate的配置类,让spring容器来装载它:

2、新建一个HystrixController来访问另一个微服务,代码如下:

3、写一个映射的实体类,代码如下:

4、关于Hystrix的配置文件如下:

启动下,然后用postMan访问下:

断路器能处理的问题:比如在微服务当中之间的调用如下:下面的图中每一个圆圈都代表一个又一个服务,都是一个调用一个。

有一个过程是这样的:要是我在调用的过程中如果没有一个降级的处理的话,就是说所有的流量都往一个服务上扔,并且这个服务是调用失败的话,它会怎么样的影响呢?

调用它的失败的服务的话,会得不到响应,从而就有请求的堆积。调用它的微服务就有积攒很多很多的请求,然后调用它的就崩掉了。

明明刚才很好的一台机器,一个整个的系统运行的非常的良好,发现有一个服务崩溃了,你又没有去做应对的措施,再往里面去做请求的时候,发现所有的请求都堆积起来。堆积起来的话不能得到正常 的响应之后,从而另一个服务的请求的堆积也越来越多。处理请求也会慢,最后也会宕机,依次类推就导致雪崩了

恰恰在断路器中可以很友好的去处理这样的问题。如何去做降级呢?

1、比如你现在向这台服务器请求数据,我就不让你往这台服务器去请求数据了,我就给你返回一条死的数据过去。

2、或者返回现在加载中,或者现在流量太大,稍后再试。这就是再给它降级。这样就不会影响后面服务的之间的通信了,上面的服务是可以调用的。

模拟一个不正常的:现在provider挂掉的话:直接宕机了。

再次让Hystrix来请求的话:这时就会出现500的错误:

并且再这里连接被拒绝了,这里没有做降级,如果有千万个请求往你这里请求的话,每次都给它返回这样的东西,相当于也在服务器上堆积消息了,从而这个服务会挂掉。

这时这个断路器就给我们做了很好的作用,可以做到降级的效果,如何把hystrix融入到项目中来呢?

1:导依赖:这个是2.0.6版本的依赖:

2:在启动类上用断路器:@EnableCircuitBreaker,启动之后如何知道哪些方法需要降级呢?回路电路的意思。就是断路器

3、提供一个降级的方法

4、然后写上这个注解的话会在本类中去找fallback这样的方法,这个方法是公有的也可以为私有的,这个方法不能给外部调用,所以提供私有的。方法定义的参数和返回值必须和降级的方法一样。

5、这时看到没有去请求服务,因为服务已经失败了,请求它也没有意义了,它直接找它的降级方法去处理了,这就不会出现雪崩的效果了。如果服务报错得话。UserVo uservo:是不会返回null的。

假如说现在崩的服务已经恢复得话会怎么样呢?

重新启动下micro-provider的服务:

再次刷新还是一样的:因为恢复有一个默认的时间去判断这个服务能否去连通,如果在这个时间中判断能和这个服务进行来连通的话,就不会走这个降级的方法了。

过一会再请求的话:就成功了。这个默认的时间我们可以自己去设置。

这就是Hystrix在微服务中做降级的一个配置,这就是降级处理

配置项:默认得超时时间为2秒,下面得设置都是全局的。

比如:在一个类中有很多得方法需要做降级处理该怎么做降级处理呢?不可能有20个方法,就写20个降级的方法:

1、首先加一个DefaultProperties的注解:

2、然后多写几个方法

在上面的注解里面有一个:

现在能降级的方法只有第一个,其他的方法是降级不了的:

这就是每一个方法上就有默认的降级的方法:如果写就找局部的,如果没写就找全局的。

在次访问下:


一个Controller中能够可以降级的方法能有多少,并不是每个方法都需要降级的,可以忽略哪些异常不需要降级:

比如说出现一个业务得异常,它给我降级是不行的:

超时时间测试:

就相当于即使你能够正常的访问服务的话:只要它超过了这个时间得话没有得到响应得话,他仍然不能够调用这个服务得,commandProperties={}:配置超时时间

默认的超时时间为1秒钟,如果1秒钟之内没有响应的话,默认的是要做断路的,默认的要做降级处理的。沉睡3秒钟:如果3秒钟没有得到回应的话默认为降级,这就不是服务挂掉,而是请求耗费太多的时间。

重启下:这就是已经处理了降级的处理。其实后台的数据是请求到的,因为请求得时间默认是1秒,现在得时间确是1秒钟以上。默认的做了降级了,但是一般情况下第三方的业务的处理一般是3到5秒只能之内就做降级了,除非网络不通的情况。

也可以设置默认的的,比如2秒:2秒就做降级处理

重启:2.48秒也会降级,所以这里可以设置它处理降级的超时时间的。

明天分享熔断的知识,尽情关注:

相关文章
|
7天前
|
弹性计算 人工智能 架构师
阿里云携手Altair共拓云上工业仿真新机遇
2024年9月12日,「2024 Altair 技术大会杭州站」成功召开,阿里云弹性计算产品运营与生态负责人何川,与Altair中国技术总监赵阳在会上联合发布了最新的“云上CAE一体机”。
阿里云携手Altair共拓云上工业仿真新机遇
|
3天前
|
机器学习/深度学习 算法 大数据
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
2024“华为杯”数学建模竞赛,对ABCDEF每个题进行详细的分析,涵盖风电场功率优化、WLAN网络吞吐量、磁性元件损耗建模、地理环境问题、高速公路应急车道启用和X射线脉冲星建模等多领域问题,解析了问题类型、专业和技能的需要。
2436 13
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
|
3天前
|
机器学习/深度学习 算法 数据可视化
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
2024年中国研究生数学建模竞赛C题聚焦磁性元件磁芯损耗建模。题目背景介绍了电能变换技术的发展与应用,强调磁性元件在功率变换器中的重要性。磁芯损耗受多种因素影响,现有模型难以精确预测。题目要求通过数据分析建立高精度磁芯损耗模型。具体任务包括励磁波形分类、修正斯坦麦茨方程、分析影响因素、构建预测模型及优化设计条件。涉及数据预处理、特征提取、机器学习及优化算法等技术。适合电气、材料、计算机等多个专业学生参与。
1480 14
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
|
1月前
|
运维 Cloud Native Devops
一线实战:运维人少,我们从 0 到 1 实践 DevOps 和云原生
上海经证科技有限公司为有效推进软件项目管理和开发工作,选择了阿里云云效作为 DevOps 解决方案。通过云效,实现了从 0 开始,到现在近百个微服务、数百条流水线与应用交付的全面覆盖,有效支撑了敏捷开发流程。
19268 29
|
1月前
|
人工智能 自然语言处理 搜索推荐
阿里云Elasticsearch AI搜索实践
本文介绍了阿里云 Elasticsearch 在AI 搜索方面的技术实践与探索。
18816 20
|
1月前
|
Rust Apache 对象存储
Apache Paimon V0.9最新进展
Apache Paimon V0.9 版本即将发布,此版本带来了多项新特性并解决了关键挑战。Paimon自2022年从Flink社区诞生以来迅速成长,已成为Apache顶级项目,并广泛应用于阿里集团内外的多家企业。
17513 13
Apache Paimon V0.9最新进展
|
1月前
|
存储 人工智能 前端开发
AI 网关零代码解决 AI 幻觉问题
本文主要介绍了 AI Agent 的背景,概念,探讨了 AI Agent 网关插件的使用方法,效果以及实现原理。
18695 16
|
5天前
|
编解码 JSON 自然语言处理
通义千问重磅开源Qwen2.5,性能超越Llama
击败Meta,阿里Qwen2.5再登全球开源大模型王座
321 11
|
2天前
|
算法 Java
JAVA并发编程系列(8)CountDownLatch核心原理
面试中的编程题目“模拟拼团”,我们通过使用CountDownLatch来实现多线程条件下的拼团逻辑。此外,深入解析了CountDownLatch的核心原理及其内部实现机制,特别是`await()`方法的具体工作流程。通过详细分析源码与内部结构,帮助读者更好地理解并发编程的关键概念。
|
2天前
|
SQL 监控 druid
Druid连接池学习
Druid学习笔记,使用Druid进行密码加密。参考文档:https://github.com/alibaba/druid
184 80