Hystrix-微服务架构服务调用的“保护伞“

Hystrix

Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等。而Hystrix能够保证一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性，从而保护整个分布式系统能够正常运作，稳定运行，所以我把它比作分布式系统的"保护伞"。主要从服务降级、服务熔断、服务熔断

服务降级

服务器出现故障，避免客户端长时间等待，需要给客户端一个友好的响应提示(fallback)。常见的场景有程序运行异常，超时，服务熔断触发服务降级，线程池/信号量打满也会导致服务降级。

  @HystrixCommand(fallbackMethod = "timeOutHandler")public String timeOut(Long id){int a=10/0;
//        try {//            TimeUnit.SECONDS.sleep(timeUnit);
//        } catch (InterruptedException e) {//            e.printStackTrace();
//        }System.out.println("线程:"+Thread.currentThread().getName()+"is TimeOut for "+timeUnit+"s");return "线程:"+Thread.currentThread().getName()+"is TimeOut for "+timeUnit+"s";}public String timeOutHandler(Long id){return "线程:"+Thread.currentThread().getName()+"调用8001繁忙,请稍后再试o(╥﹏╥)o";}

服务熔断

类比保险丝达到最大服务访问量后，直接拒绝访问，拉闸限电，然后调用服务降级的方法并返回友好提示。整个过程为:服务的降级->进而熔断->恢复调用链路。熔断机制是应对雪崩效应的一种微服务保护机制，在SpringCloud框架里，熔断机制通过Hystrix实现，Hystrix会监控微服务调用的状况，当失败的调用达到一定的阈值，缺省是5秒内20次调用失败，就会启用熔断机制，注解是@HystrixCommand，application.yml配置如下：

server:port: 8003
spring:application:name: xf-ordercloud:circuitbreaker:hystrix:enabled: true  #开启熔断机制,默认关闭#服务降级超时设置
hystrix:command:default:execution:isolation:thread:timeoutInMilliseconds:3000

OrderService业务类

    @HystrixCommand(fallbackMethod = "circuitBreakerHandler",commandProperties = {@HystrixProperty(name = "circuitBreaker.requestVolumeThreshold",value = "10"),@HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds",value = "10000"),@HystrixProperty(name = "circuitBreaker.errorThresholdPercentage",value = "60")})public String  circuitBreaker(Long id){if (id<0){throw  new RuntimeException("id不能为负数");}return "服务请求正常:"+id;}public String circuitBreakerHandler( Long id){return "服务出问题了,请稍后再试:o(╥﹏╥)o";}

由于熔断同样会触发服务降级，所以也需要指定fallbackMethod 。circuitBreaker.requestVolumeThreshold:请求的线程数的上限值;circuitBreaker.sleepWindowInMilliseconds:发送熔断的睡眠窗口期(熔断至恢复链路的时间间隔)单位ms，circuitBreaker.errorThresholdPercentage:触发熔断的服务错误百分比。而代码中的熔断配置为:当服务出现故障，超时/异常，调用circuitBreakerHandler进行服务降级，若10次请求服务，发生60%的服务故障(6次调用服务失败)，将触发服务熔断，并在10秒后尝试进行链路恢复
而Hystrix对于熔断也有自己的默认配置，详见HystrixCommandProperties类

Hystrix工作流程原理

官网解释，整个工作流程官网有详细说明，这里就不一一展开了。

总结

虽然Hystrix不在继续维护了，不过其中的核心原理，服务降级、熔断、限流等思想，在如今很多的中间件也能感受得到，比如未来要接触的Alibab的Sentinel