Hystrix熔断器
一、分布式系统面临的问题
复杂分布式体系结构中的应用程序有数十个依赖关系,每个依赖关系在某些时候将不可避免地失败。
1. 服务雪崩效应
多个微服务之间调用的时候,微服务与微服务之间有所依赖和调用,形成链路结构,这就是所谓的“扇出”。如果扇出的链路上某个微服务的调用响应时间过长或者不可用,对微服务的调用就会占用越来越多的系统资源,进而引起系统崩溃,所谓的“雪崩效应”。
2. 服务雪崩的过程
一组简单的微服务依赖关系,微服务A和微服务B服务同时依赖于基础微服务C,基础服务C又调用了微服务D
微服务D是一个辅助类型服务,整个业务不依赖于微服务D,如果某天微服务D突然响应时间变长,导致了核心微服务C响应时间变长,其上请求越积越多,微服务C也出现了响应变慢的情况。
由于微服务A,B强依赖于微服务C,故而一个无关紧要的微服务却影响了整个系统的可用性。
3. 服务依赖的保护
对于高流量的应用来说,单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是,这些应用程序还可能导致服务之间的延迟增加,备份队列,线程和其他系统资源紧张,导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理,以便单个依赖关系的失败,不能取消整个应用程序或系统。
一般情况对于服务依赖的保护主要有3中解决方案:
- 熔断模式:这种模式主要是参考电路熔断,如果一条线路电压过高,保险丝会熔断,防止火灾。放到我们的系统中,如果某个目标服务调用慢或者有大量超时,此时,熔断该服务的调用,对于后续调用请求,不在继续调用目标服务,直接返回,快速释放资源。如果目标服务情况好转则恢复调用。
- 隔离模式:这种模式就像对系统请求按类型划分成一个个小岛的一样,当某个小岛被火少光了,不会影响到其他的小岛。例如可以对不同类型的请求使用线程池来资源隔离,每种类型的请求互不影响,如果一种类型的请求线程资源耗尽,则对后续的该类型请求直接返回,不再调用后续资源。这种模式使用场景非常多,例如将一个服务拆开,对于重要的服务使用单独服务器来部署,再或者公司最近推广的多中心。
- 限流模式:上述的熔断模式和隔离模式都属于出错后的容错处理机制,而限流模式则可以称为预防模式。限流模式主要是提前对各个类型的请求设置最高的QPS阈值,若高于设置的阈值则对该请求直接返回,不再调用后续资源。这种模式不能解决服务依赖的问题,只能解决系统整体资源分配问题,因为没有被限流的请求依然有可能造成雪崩效应。
二、Hystrix熔断器概述
Hystrix是一个用于处理分布式系统的延迟和容错的开源库,在分布式系统里,许多依赖不可避免的会调用失败,比如超时、异常等,Hystrix能够保证在一个依赖出问题的情况下,不会导致整体服务失败,避免级联故障,以提高分布式系统的弹性。
“熔断器”本身是一种开关装置,当某个服务单元发生故障之后,通过熔断器的故障监控(类似熔断保险丝),向调用方返回一个符合预期的、可处理的备选响应(FallBack),而不是长时间的等待或者抛出调用方无法处理的异常,这样就保证了服务调用方的线程不会被长时间、不必要地占用,从而避免了故障在分布式系统中的蔓延,乃至雪崩。
三、Hystrix熔断器功能
- 服务熔断
- 服务降级
- 服务限流
- 接近实时的监控
备注:Hystrix服务降级,其实就是线程池中单个线程障处理,防止单个线程请求时间太长,导致资源长期被占有而得不到释放,从而导致线程池被快速占用完,导致服务崩溃。
官网资料:https://github.com/Netflix/Hystrix/wiki/How-To-Use
四、服务熔断
1. 服务熔断概述
熔断机制是应对雪崩效应的一种微服务链路保护机制。
当扇出链路的某个微服务不可用或者响应时间太长时,会进行服务的降级,进而熔断该节点微服务的调用,快速返回"错误"的响应信息。当检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况,当失败的调用到一定阈值,缺省是5秒内20次调用失败就会启动熔断机制。熔断机制的注解是@HystrixCommand。
2. 新建Hystrix服务提供者模块
模块名称为:springcloud-provider-hystrix
3. pom.xml
按照springcloud-provider-8001为模板粘贴pom.xml,并在其中添加Hystrix的依赖
<!--hystrix-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
4. yml文件
server:
port: 8004
mybatis:
# mybatis配置核心文件位置
# config-location: classpath:mybatis/mybatis-config.xml
# 类型别名所在包
type-aliases-package: com.springcloud.entity
# mapper映射文件位置
mapper-locations: classpath:mybatis/mapper/**/*.xml
# 下划线转驼峰
configuration:
map-underscore-to-camel-case: true
spring:
# 微服务名称
application:
name: springcloud-dept
# 数据源
datasource:
type: com.alibaba.druid.pool.DruidDataSource
driver-class-name: com.mysql.jdbc.Driver
url: jdbc:mysql://localhost:3306/cloudDB01
username: root
password: 123456
# 配置Eureka信息
eureka:
client:
service-url:
# 客户端注册进eureka服务列表内,入驻的地址必须与EurekaServer的defaultZone地址一致
defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka,http://eureka7003.com:7003/eureka
# 自定义实例名称
instance:
instance-id: springcloud-provider-hystrix
# 使用IP地址方式进行注册服务
prefer-ip-address: true
# 微服务信息的描述
info:
# 工程名称
app.name: newcapec-springcloud
# 公司名称
company.name: www.newcapec.com.cn
project.artifactId: springcloud-provider-hystrix
project.version: v1.0.1
5. Controller类
将DeptController类中getDept()方法进行如下修改:
@GetMapping("/get/{id}")
/*
* 如果调用服务方法失败并抛出了错误信息后,
* 会自动调用@HystrixCommand标注好的fallbackMethod调用类中的指定方法
*/
@HystrixCommand(fallbackMethod = "processHystrix")
public Dept getDept(@PathVariable("id") Integer id){
Dept dept = deptService.getDept(id);
if(dept==null){
throw new RuntimeException("该ID" + id + "没有对应的数据");
}
return dept;
}
public Dept processHystrix(@PathVariable("id") Integer id){
Dept dept = new Dept().setDeptno(id)
.setDname("该ID" + id + "没有对应的数据")
.setDbSource("mysql中没有对应数据");
return dept;
}
6. 主启动类
添加新注解@EnableHystrix
@SpringBootApplication
//本服务启动后会自动注册进eureka服务中
@EnableEurekaClient
@EnableDiscoveryClient
//开启对Hystrix熔断器的支持
@EnableHystrix
public class DeptProviderHystrixApplication {
public static void main(String[] args) {
SpringApplication.run(DeptProviderHystrixApplication.class, args);
}
}
7. 测试
- 启动3个EurekaServer
- 启动提供者springcloud-provider-hystrix
- 启动消费者springcloud-consumer-80
- 正常:http://localhost/consumer/dept/get/1
- 问题:http://localhost/consumer/dept/get/100
五、服务降级
1. 服务降级概述
整体资源快不够了,忍痛将某些服务先关掉,待渡过难关,再开启回来。主要是针对非正常情况下的应急服务措施。比如电商平台,在针对618、双11等高峰情形下采用部分服务不出现或者延时出现的情形。
服务降级处理是在客户端实现完成的,与服务端没有关系,修改springcloud-consumer-feign模块来实现服务降级。
2. 备选响应类Fallback
在springcloud-consumer-feign模块的service包中新建备选响应类
此类实现DeptClientService接口,并添加注解@Component
/**
* 在备选响应类上添加@Component注解
*/
@Component
public class DeptClientServiceFallback implements DeptClientService {
/**
* 在备选响应类中实现的方法就是备选方法
*/
@Override
public List<Dept> listDept() {
return null;
}
@Override
public Dept getDept(Integer id) {
Dept dept = new Dept().setDeptno(id)
.setDname("该ID" + id + "没有对应的数据,Consumer客户端提供的降级信息,此刻服务Provider已经关闭")
.setDbSource("mysql中没有对应数据");
return dept;
}
@Override
public boolean addDept(Dept dept) {
return false;
}
}
3. 修改DeptClientService接口
在注解@FeignClient中添加fallback属性值
@FeignClient(value = "springcloud-dept", fallback = DeptClientServiceFallback.class)
4. 修改yml文件
在application.yml中添加如下配置:
# 在使用feign的方式进行远程调用时,开始熔断机制
feign:
hystrix:
enabled: true
5. 测试
- 启动3个EurekaServer
- 启动提供者springcloud-provider-8001
- 启动消费者springcloud-consumer-feign
- 正常访问测试:http://localhost/consumer/feign/dept/get/1
- 关闭微服务提供者,再进行访问
此时服务端provider已经down了,但是我们做了服务降级处理,让客户端在服务端不可用时也会获得提示信息而不会挂起耗死服务器
六、HystrixDashboard服务监控
1. 概述
除了隔离依赖服务的调用以外,Hystrix还提供了准实时的调用监控(Hystrix Dashboard),Hystrix会持续地记录所有通过Hystrix发起的请求的执行信息,并以统计报表和图形的形式展示给用户,包括每秒执行多少请求多少成功,多少失败等。Spring Cloud也提供了Hystrix Dashboard的整合,对监控内容转化成可视化界面。
2. 新建熔断监控模块
模块名称为:springcloud-hystrix-dashboard
3. pom.xml
<dependencies>
<!--hystrix-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
<!--hystrix-dashboard-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId>
</dependency>
</dependencies>
4. yml文件
server:
port: 9001
5. 主启动类
添加新注解@EnableHystrixDashboard
@SpringBootApplication
//开启熔断监控
@EnableHystrixDashboard
public class HystrixDashBoardApplication {
public static void main(String[] args) {
SpringApplication.run(HystrixDashBoardApplication.class, args);
}
}
6. 提供者模块的yml文件
# 配置能在web端访问hystrix.stream
management:
endpoints:
web:
exposure:
include: ["health", "info", "hystrix.stream"]
7. 测试
- 启动3个EurekaServer
- 启动springcloud-provider-hystrix
- http://localhost:8004/dept/get/1
- http://localhost:8004/actuator/hystrix.stream
监控测试
- 启动springcloud-hystrix-dashboard熔断监控
- http://localhost:9001/hystrix
填写监控地址
- Delay:该参数用来控制服务器上轮询监控信息的延迟时间,默认为2000毫秒,可以通过配置该属性来降低客户端的网络和CPU消耗。
- Title:该参数对应了头部标题Hystrix Stream之后的内容,默认会使用具体监控实例的URL,可以通过配置该信息来展示更合适的标题。
监控结果
8. 监控报表解析
- 7色
- 1圈
实心圆:共有两种含义。它通过颜色的变化代表了实例的健康程度,它的健康度从绿色<黄色<橙色<红色递减。
该实心圆除了颜色的变化之外,它的大小也会根据实例的请求流量发生变化,流量越大该实心圆就越大。所以通过该实心圆的展示,就可以在大量的实例中快速的发现故障实例和高压力实例。 - 1线
曲线:用来记录2分钟内流量的相对变化,可以通过它来观察到流量的上升和下降趋势。