短路器深入的工作原理
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,然后继续请求,会发现