Hystrix简介
Hystrix是什么
Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。
Hystrix断路器
"断路器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控(类似熔断保险丝)，向调用方返回一个符合预期的、可处理的备选响应（FallBack)，而不是长时间的等待或者抛出调用方无法处理的异常，这样就保证了服务调用方的线程不会被长时间、不必要地占用，从而避免了故障在分布式系统中的蔓延，乃至雪崩。
Hystrix作用
- 对通过第三方客户端库访问的依赖项（通常是通过网络）的延迟和故障进行保护和控制。
- 在复杂的分布式系统中阻止级联故障。
- 快速失败，快速恢复。
- 回退，尽可能优雅地降级。
- 启用近实时监控、警报和操作控制。
Hystrix工作流程
官网地址https://github.com/Netflix/Hystrix/wiki/How-it-Works
以下部分将更详细地解释这个流程:
- 构造一个HystrixCommand或HystrixObservableCommand对象
- 执行@Command命令
- 响应缓存了吗?
- 断路器打开了吗?
- 线程池/队列/信号量已满?
- HystrixObservableCommand.construct()或HystrixCommand.run ()
- 计算电路健康
- 得到回退
- 返回成功响应
服务降级fallback
程序运行异常，运行超时，服务熔断触发服务降级，线程池/信号量打满等导致服务降级，fallback提供一个兜底的解决方案，返回客户端一个友好提示，并防止服务端自身打满
使用步骤如下：
引入依赖
<dependencies>
<!--hystrix-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
</dependencies>
主启动类上添加注解
@EnableCircuitBreaker
@SpringBootApplication
@EnableEurekaClient
@EnableFeignClients
@EnableCircuitBreaker
public class OrderHystrixMain80 {
定义超时访问业务类测试服务降级
@HystrixCommand：一旦调用服务方法失败并抛出了错误信息后,会自动调用@HystrixCommand标注好的fallbckMethod调用类中的指定方法。execution.isolation.thread.timeoutInMilliseconds:线程超时时间3秒钟，3秒钟后触发兜底方案
/**
* 超时访问
* HystrixCommand:一旦调用服务方法失败并抛出了错误信息后,会自动调用@HystrixCommand标注好的fallbckMethod调用类中的指定方法
* execution.isolation.thread.timeoutInMilliseconds:线程超时时间3秒钟，3秒钟后触发兜底方案
*/
@HystrixCommand(fallbackMethod = "payment_TimeOutHandler", commandProperties = {
@HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "3000")
})
public String paymentInfo_TimeOut(Integer id) {
///int age = 10 / 0;
int timeNumber = 3;
try {
// 暂停5秒钟
TimeUnit.SECONDS.sleep(timeNumber);
} catch (InterruptedException e) {
e.printStackTrace();
}
return "线程池:" + Thread.currentThread().getName() + " paymentInfo_TimeOut,id:" + id + "\t" +
"O(∩_∩)O哈哈~ 耗时(秒)" + timeNumber;
}
服务降级兜底方案
/**
* 兜底方案
*/
public String payment_TimeOutHandler(Integer id) {
return "线程池:" + Thread.currentThread().getName() + " 系统繁忙或运行错误,请稍后重试,id:" + id + "\t" + "o(╥﹏╥)o";
}
定义全局异常兜底方案
由于每个方法有一个对应的兜底处理方法会导致代码膨胀，并且处理方法和主业务逻辑混合在一起导致高内聚，因此可以采用定义全局异常处理给不加@HystrixCommand属性的方法使用默认的全局处理方法。
类上添加注解@DefaultProperties(defaultFallback="")
@RestController
@Slf4j
@DefaultProperties(defaultFallback = "payment_Global_FallbackMethod")
public class OrderHystrixController {
默认全局处理方法
/**
* 全局fallback
*
* @return
*/
public String payment_Global_FallbackMethod() {
return "Global异常处理信息,请稍后重试.o(╥﹏╥)o";
}
fallback配合openfeign实现远程调用兜底方案
主启动类上开启注解@EnableHystrix
@SpringBootApplication
@EnableEurekaClient
@EnableFeignClients
@EnableHystrix
public class OrderHystrixMain80 {
配置文件开启Hystrix
feign:
hystrix:
# 在feign中开启Hystrix
enabled: true
远程调用接口@FeignClient注解参数fallback指定兜底类
@Component
@FeignClient(value = "CLOUD-PROVIDER-HYSTRIX-PAYMENT", fallback = PaymentFallbackService.class)
public interface PaymentHystrixService {
/**
* 正常访问
*/
@GetMapping("/payment/hystrix/ok/{id}")
String paymentInfo_OK(@PathVariable("id") Integer id);
/**
* 超时访问
*/
@GetMapping("/payment/hystrix/timeout/{id}")
String paymentInfo_TimeOut(@PathVariable("id") Integer id);
}
兜底类实现远程调用接口
@Component
public class PaymentFallbackService implements PaymentHystrixService {
@Override
public String paymentInfo_OK(Integer id) {
return "----PaymentFallbackService fall back-paymentInfo_OK,o(╥﹏╥)o";
}
@Override
public String paymentInfo_TimeOut(Integer id) {
return "----PaymentFallbackService fall back-paymentInfo_TimeOut,o(╥﹏╥)o";
}
}
服务熔断break
服务熔断原理
服务熔断即当请求达到最大服务访问后，直接拒绝访问，拉闸限电，然后调用服务降级的方法并返回友好提示。熔断机制是应对雪崩效应的一种微服务链路保护机制。当扇出链路的某个微服务出错不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。当检测到该节点微服务调用响应正常后，恢复调用链路在Spring Cloud框架里，熔断机制是通过Hystrix实现。Hystrix会监控微服务间调用的状况，当失败的调用到一定阈值，缺省是5秒内20调用失败，就会启动熔断机制。熔断机制的注解是@HystrixCommand
服务熔断的三个状态：熔断打开、熔断半开、熔断关闭
熔断打开Open：请求不再进行调用当前服务，内部设置时钟一般为MTTR（平均故障处理时间），当打开时长达到所设时钟则进入半熔断状态
熔断关闭Closed：熔断关闭不会对服务进行熔断
熔断半开Half Open：部分请求根据规则调用当前服务，如果请求成功且符合规则则认为当前服务恢复正常，关闭熔断
断路器在什么情况下开始起作用
涉及到断路器三个重要参数：快照时间窗、请求总数阈值、错误百分比阈值
快照时间窗：断路器确定是否打开需要统计一些请求和错误数据，而统计的时间范围就是快照的时间窗，默认为最近的10秒
请求总数阈值：在快照时间窗内，必须满足请求总数阈值才有资格熔断。默认为20，意味着在10秒内，如果该hystrix命令的调用次数不足20次，即使所有的请求都超时或其他原因失败，断路器都不会打开
错误百分比阈值：当请求总数在快照时间窗内超过阈值，比如发生了30次调用，如果在这30次调用中，有15次发生了超时异常，也就是超过50%的错误百分比，在默认设定50%阈值情况下，这时候就会将断路器打开。
断路器开启或者关闭的条件
当满足一定阈值的时候（默认5秒内超过20个请求次数）
当失败率达到一定阈值的时候（默认5秒内超过50%的请求失败）
一段时间后（默认是5秒），这个时候断路器是半开状态，会让其中一个请求进行转发。如果成功，短路器会关闭，若失败，继续开启
断路器打开之后，再有请求调用的时候，将不会调用主逻辑，而是直接调用降级fallback。通过断路器，实现了自动的发现错误并将主逻辑切换为降级逻辑，减少响应延迟的效果
原来的主逻辑如何恢复
hystrix实现了自动恢复功能，当断路器打开，对主逻辑进行熔断之后， hystrix会启动一个休眠时间窗，在这个时间窗内，降级逻辑临时成为主逻辑，当休眠时间窗到期，断路器将进入半开状态，释放一次请求到原来的主逻辑上，如果这次请求正常返回，那么断路器将继续闭合，主逻辑恢复，如果这次请求依然有问题，断路器继续进入打开状态，休眠时间窗重新计时。
服务熔断方案
/**
* 在10秒窗口期中10次请求有6次是请求失败的,断路器将起作用
*/
@HystrixCommand(
fallbackMethod = "paymentCircuitBreaker_fallback", commandProperties = {
@HystrixProperty(name = "circuitBreaker.enabled", value = "true"),// 是否开启断路器
@HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "10"),// 请求次数
@HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds", value = "10000"),// 时间窗口期/时间范围
@HystrixProperty(name = "circuitBreaker.errorThresholdPercentage", value = "60")// 失败率达到多少后跳闸
}
)
public String paymentCircuitBreaker(@PathVariable("id") Integer id) {
if (id < 0) {
throw new RuntimeException("*****id不能是负数");
}
String serialNumber = IdUtil.simpleUUID();
return Thread.currentThread().getName() + "\t" + "调用成功,流水号:" + serialNumber;
}
public String paymentCircuitBreaker_fallback(@PathVariable("id") Integer id) {
return "id 不能负数,请稍后重试,o(╥﹏╥)o id:" + id;
}
@HystrixProperty的全部配置
服务监控HystrixDashboard
除了隔离依赖服务的调用以外，Hystrix还提供了准实时的调用监控(Hystrix Dashboard)，Hystrix会持续地记录所有通过Hystrix发起的请求的执行信息，并以统计报表和图形的形式展示给用户，包括每秒执行多少请求多少成功，多少失败等。Netflx通过hystrix-metrics-event-stream项目实现了对以上指标的监控。Spring Cloud也提供了Hystrix Dashboard的整合，对监控内容转化成可视化界面。
搭建HystrixDashboard监控平台步骤如下：
引入依赖
<dependencies>
<!--hystrix dashboard-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId>
</dependency>
<!--actuator监控信息完善-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<!--热部署-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
配置文件
server:
port: 9001
主启动类
开启@EnableHystrixDashboard注解
还需要在需要监控的微服务主启动类配置上如下的servlet代码块，否则会报错Unable to connect to Command Metric Stream.
@SpringBootApplication
@EnableHystrixDashboard
public class HystrixDashboardMain9001 {
public static void main(String[] args) {
SpringApplication.run(HystrixDashboardMain9001.class);
}
/**
* 只要在需要监控的微服务主启动类配置上如下的servlet代码块即可（不配置会监控不到报错）
* Unable to connect to Command Metric Stream.
*
* 此配置是为了服务监控而配置，与服务容错本身无观，springCloud 升级之后的坑
* ServletRegistrationBean因为springboot的默认路径不是/hystrix.stream
*/
@Bean
public ServletRegistrationBean getServlet(){
HystrixMetricsStreamServlet streamServlet = new HystrixMetricsStreamServlet();
ServletRegistrationBean<HystrixMetricsStreamServlet> registrationBean = new ServletRegistrationBean<>(streamServlet);
registrationBean.setLoadOnStartup(1);
registrationBean.addUrlMappings("/hystrix.stream");
registrationBean.setName("HystrixMetricsStreamServlet");
return registrationBean;
}
}
实心圈：共有两种含义。它通过颜色的变化代表了实例的健康程度，它的健康程度从绿色<黄色<橙色<红色递减
该实心圈除了颜色的变化之外，它的大小也会根据实例的请求流量发生变化，流量越大该实心圈就越大。所以通过该实心圈的展示，就可以在大量的实例中快速的发现故障实例和高压力实例
曲线：用来记录2分钟内流量的相对变化，可以通过它来观测流量上升下降的趋势
366
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
