断路器

  断路器本身是一种开关装置,用于在电路上保护线路过载,当线路中又电路发生短路时,断路器能够及时的切断故障电路,放置发生过载、发热、甚至起火等严重后果。

  在分布式架构中,断路器模式的作用也是类似,当某个服务发生故障之后,通过断路器的故障监控,直接切断原来的主逻辑调用。但是,在Hystrix中的断路器除了切断主逻辑的功能之外,还有更复杂的逻辑。

之前在ribbon项目中实现了服务降级,当我们吧服务提供者eureka-client关闭后,造成无法访问test方法,触发了降级逻辑。

断路器发挥作用的三个参数:

  快照时间窗:断路器确定是否打开需要统计一些请求和错误数据,而统计的时间范围就是快照时间窗,默认为最近的10秒。

  请求总数下限:在快照时间窗内,必须满足请求总数下限才有资格根据熔断。默认为20,意味着在10秒内,如果该hystrix命令的调用次数不足20次,即时所有的请求都超时或其他原因失败,断路器都不会打开。

  错误百分比下限:当请求总数在快照时间窗内超过了下限,比如发生了30此调用,如果在这30次调用中,有16次发生了超时异常,也就是超过50%的错误百分比,在默认设定50%下限情况下,这时候就会将断路器打开。

断路器打开之前,如果请求10庙内请求总数超过20,并且错误比例超过50%,则打开熔断器,打开后不会调用主逻辑,而是直接调用降级逻辑,这个时候直接返回fallback,减少响应延迟的效果。

在断路器打开之后,处理逻辑并没有结束,我们的降级逻辑已经被成为了主逻辑,那么原来的主逻辑如何恢复呢?hystrix为我们实现了自动恢复功能。当断路器打开,对主逻辑进行熔断之后hystrix会启动一个休眠时间窗,在这个时间窗内,降级逻辑是临时的成为主逻辑,当休眠时间窗到期,断路器将进入半开状态,释放一次请求到原来的住逻辑上,如果此时请求正常返回,那么断路器将继续闭合,主逻辑恢复,如果这次请求已然有问题,断路器继续进入打开状态,休眠时间窗重新计时。

上一实例中使用ribbon断路器,接下来使用feign断路器

feign是自带断路器的,在spring cloud新版本中,它默认没有打开,需要在配置文件中打开它:

feign:
  hystrix:
    enabled: true

然后在feignService接口的注解中加上fallback指定类就行了

@FeignClient(value = "david-eureka-client",fallback = TestFeignServiceHystric.class)
public interface TestFeignService {
    @GetMapping("/test")
    String consumer();
}

新建TestFeignServiceHystric类并实现此接口

@Component
public class TestFeignServiceHystric implements TestFeignService {

    @Override
    public String consumer() {
        return "error";
    }
}

启动项目:http://localhost:8765/test

port:8762

关闭 eureka-client 刷新

error