微服务(九)-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秒也会降级,所以这里可以设置它处理降级的超时时间的。

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

相关文章
|
Cloud Native Go 微服务
golang 微服务中的断路器 hystrix
golang 微服务中的断路器 hystrix
|
缓存 运维 监控
微服务技术系列教程(22) - SpringCloud- 服务保护机制Hystrix
微服务技术系列教程(22) - SpringCloud- 服务保护机制Hystrix
106 0
|
Java 机器人 Maven
【Java用法】微服务之间的相互调用方式之一,通过FeignClient客户端调用其他微服务的方法包含熔断器(Hystrix)
【Java用法】微服务之间的相互调用方式之一,通过FeignClient客户端调用其他微服务的方法包含熔断器(Hystrix)
176 0
|
4月前
|
监控 Java 数据中心
通用快照方案问题之服务雪崩问题如何解决
通用快照方案问题之服务雪崩问题如何解决
21 0
|
6月前
|
SpringCloudAlibaba Java 测试技术
【Springcloud Alibaba微服务分布式架构 | Spring Cloud】之学习笔记(六)Hystrix(豪猪哥)的使用
【Springcloud Alibaba微服务分布式架构 | Spring Cloud】之学习笔记(六)Hystrix(豪猪哥)的使用
152 1
|
6月前
|
监控 负载均衡 数据可视化
SpringCloud - Hystrix断路器-服务熔断与降级和HystrixDashboard
SpringCloud - Hystrix断路器-服务熔断与降级和HystrixDashboard
59 0
|
Cloud Native 测试技术 Go
golang 微服务中的断路器 hystrix 小案例
golang 微服务中的断路器 hystrix 小案例
|
监控 Java 微服务
16SpringCloud - 断路器项目示例(Hystrix Dashboard)
16SpringCloud - 断路器项目示例(Hystrix Dashboard)
52 0
|
Java Spring
15SpringCloud - 断路器项目示例(Feign Hystrix)
15SpringCloud - 断路器项目示例(Feign Hystrix)
49 0
|
监控 Java
14SpringCloud - 断路器项目示例(Ribbon Hystrix)
14SpringCloud - 断路器项目示例(Ribbon Hystrix)
51 0