高可用服务架构设计(14) - 深入理解hystrix的断路器执行原理以及模拟接口异常时的短路实验

2022-11-30 15:13:09 浏览数 (1)

短路器深入的工作原理

1 RequestVolumeThreshold

  • number of requests that must be made within a statisticalWindow before open/close decisions are made using stats 在使用统计数据进行打开/关闭决策之前必须在滑动窗口中进行的请求数

如果经过断路器的流量超过了一定的阈值

可能看起来是这样子的,要求在10s内,经过断路器的流量必须达到20个 然而在10s内,经过短路器的流量才10个,那么根本不会去判断要不要断路!

2 ErrorThresholdPercentage

  • % of ‘marks’ that must be failed to trip the circuit 必须使电路跳闸的百分比

如果断路器统计到的异常调用的占比超过了一定的阈值,才会触发断路

  • default => errorThresholdPercentage = 50 = if 50% of requests in 10 seconds are failures or latent then we will trip the circuit default => errorThresholdPercentage = 50 =如果50%以上的请求在10秒内失败或潜伏,那么我们将跳转电路 默认值 50%

比如说在10s内,经过断路器的流量(你,只要执行一个command,这个请求就一定会经过断路器),达到了30个;同时其中异常的访问数量,占到了一定的比例,比如说60%的请求都是异常(报错,timeout,reject),会开启断路

3 状态转换

然后断路器从close状态转换到open状态

4 直接降级

断路器打开,此处请求全被断路,不调用后续服务,直接fallback降级

5 SleepWindowInMilliseconds

  • default => sleepWindow: 5000 = 5 seconds that we will sleep before trying again after tripping the circuit default => sleepWindow:5000 = 5秒,我们将在电路断路后再次尝试睡眠
  • milliseconds after tripping circuit before allowing retry 在断路后允许重试前的毫秒数

经过了一段时间之后,会half-open,让一条请求经过断路器,看能不能正常调用。如果调用成功了,那么就自动恢复,转到close状态

6 Enabled

  • 是否应启用断路器
  • 控制断路器是否允许工作,包括跟踪依赖服务调用的健康状况,以及对异常情况过多时是否允许触发短路,默认是true

7 forceOpen

如果设置为true的话,直接强迫打开短路器,相当于是手动短路了,手动降级,默认false

  • a property to allow forcing the circuit open (stopping all requests)
  • default => ignoreErrors = false

8 forceClosed

  • a property to allow ignoring errors and therefore never trip ‘open’ (ie. allow all traffic through)

如果设置为ture的话,直接强迫关闭短路器,相当于是手动停止短路了,手动升级,- - default => ignoreErrors = false 默认false

9 实战

配置一个断路器,流量要求是20,异常比例是50%,短路时间是5s

在command内加入一个判断,如果是productId=-1,那么就直接报错,触发异常执行

写一个client测试程序,写入50个请求,前20个是正常的,但是后30个是productId=-1,然后继续请求,会发现

0 人点赞