自主建网站,镇江企业网站建设,wordpress如何上传图片,婚庆网站制作公司转载自 分布式服务防雪崩熔断器#xff0c;Hystrix理论实战Hystrix是什么#xff1f;
hystrix对应的中文名字是“豪猪”#xff0c;豪猪周身长满了刺#xff0c;能保护自己不受天敌的伤害#xff0c;代表了一种防御机制#xff0c;这与hystrix本身的功能不谋而合#xf…转载自 分布式服务防雪崩熔断器Hystrix理论实战Hystrix是什么
hystrix对应的中文名字是“豪猪”豪猪周身长满了刺能保护自己不受天敌的伤害代表了一种防御机制这与hystrix本身的功能不谋而合因此Netflix团队将该框架命名为Hystrix并使用了对应的卡通形象做作为logo。
在一个分布式系统里许多依赖不可避免的会调用失败比如超时、异常等如何能够保证在一个依赖出问题的情况下不会导致整体服务失败这个就是Hystrix需要做的事情。Hystrix提供了熔断、隔离、Fallback、cache、监控等功能能够在一个、或多个依赖同时出现问题时保证系统依然可用。
为什么需要Hystrix?
在大中型分布式系统中通常系统很多依赖(HTTP,hession,Netty,Dubbo等)如下图:在高并发访问下,这些依赖的稳定性与否对系统的影响非常大,但是依赖有很多不可控问题:如网络连接缓慢资源繁忙暂时不可用服务脱机等。
如下图QPS为50的依赖 I 出现不可用但是其他依赖仍然可用。当依赖I 阻塞时,大多数服务器的线程池就出现阻塞(BLOCK),影响整个线上服务的稳定性.如下图:在复杂的分布式架构的应用程序有很多的依赖都会不可避免地在某些时候失败。高并发的依赖失败时如果没有隔离措施当前应用服务就有被拖垮的风险。
例如:一个依赖30个SOA服务的系统,每个服务99.99%可用。
99.99%的30次方 ≈ 99.7%
0.3% 意味着一亿次请求 会有 3,000,00次失败
换算成时间大约每月有2个小时服务不稳定.
随着服务依赖数量的变多服务不稳定的概率会成指数性提高.
解决问题方案:对依赖做隔离,Hystrix就是处理依赖隔离的框架,同时也是可以帮我们做依赖服务的治理和监控。
Netflix 公司开发并成功使用Hystrix,使用规模如下:
The Netflix API processes 10 billion HystrixCommand executions per day using thread isolation.
Each API instance has 40 thread-pools with 5-20 threads in each (most are set to 10).
Hystrix如何解决依赖隔离
Hystrix使用命令模式HystrixCommand(Command)包装依赖调用逻辑每个命令在单独线程中/信号授权下执行。可配置依赖调用超时时间,超时时间一般设为比99.5%平均时间略高即可.当调用超时时直接返回或执行fallback逻辑。为每个依赖提供一个小的线程池或信号如果线程池已满调用将被立即拒绝默认不采用排队.加速失败判定时间。依赖调用结果分:成功失败抛出异常超时线程拒绝短路。 请求失败(异常拒绝超时短路)时执行fallback(降级)逻辑。提供熔断器组件,可以自动运行或手动调用,停止当前依赖一段时间(10秒)熔断器默认错误率阈值为50%,超过将自动运行。
提供近实时依赖的统计和监控。
Hystrix依赖的隔离架构,如下图:Hystrix应用实战
Maven
dependencygroupIdcom.netflix.hystrix/groupIdartifactIdhystrix-core/artifactIdversion1.5.13/version
/dependency
源码太多不一一贴上来这里只展示主要的测试源码。
public static void main(String[] args) {System.out.println(test(javastack));
}private static String test(String name) {HystrixUtil.HystrixReqConfig hc HystrixUtil.HystrixReqConfig.withGroupKey(TestGroup).withTimeout(3).withUnit(TimeUnit.SECONDS).withPassNum(64);String result HystrixUtil.getExcuteResult(new HystrixCallableServiceString() {Overridepublic String execute() {try {Thread.sleep(5000);} catch (InterruptedException e) {e.printStackTrace();}return success name;}Overridepublic String fallback() {return fallback name;}}, hc);return result;
}
这里设置了3秒超时进入熔断。测试程序中休眠5秒进入熔断器并输出
fallback javastack
测试程序中休眠2秒进入正常流程并输出
success javastack
熔断器测试成功即使某个服务出问题也不会影响整个系统的正常运行。