kang123488的博客

1、Hystrix是什么？在分布式系统中，每个服务都可能会调用很多其他服务，被调用的那些服务就是依赖服务，有的时候某些依赖服务出现故障也是很正常的。Hystrix可以让我们在分布式系统中对服务间的调用进行控制，加入一些调用延迟或者依赖故障的容错机制。Hystrix通过将依赖服务进行资源隔离，进而组织某个依赖服务出现故障的时候，这种故障在整个系统所有的依赖服务调用

可能会出现一种情况，比如说我们的某个依赖，在高峰期，需要耗费100个线程，但是在那个时间段，刚好其他的依赖的线程池其实就维持一两个就可以了但是，如果我们都是设置死的，每个服务就给10个线程，那就很坑，可能就导致有的服务在高峰期需要更多的资源，但是没资源了，导致很多的reject但是其他的服务，每秒钟就易一两个请求，结果也占用了10个线程，占着茅坑不拉屎做成弹性的线程资源调度的模式刚开始的时候，每个...

生产环境里面，一个是线程池的大小怎么设置，timeout时长怎么不合理的话，问题还是很大的在生产环境中部署一个短路器，一开始需要将一些关键配置设置的大一些，比如timeout超时时长，线程池大小，或信号量容量然后逐渐优化这些配置，直到在一个生产系统中运作良好（1）一开始先不要设置timeout超时时长，默认就是1000ms，也就是1s（2）一开始也不要设置线程池大小，默认就是10（3）直接部署hy...

手动降级你写一个command，在这个command它的主流程中，根据一个标识位，判断要执行哪个流程可以执行主流程，command，也可以执行一个备用降级的command一般来说，都是去执行一个主流程的command，如果说你现在知道有问题了，希望能够手动降级的话，动态给服务发送个请求在请求中修改标识位，自动就让command以后都直接过来执行备用command3个command，套在最外面的co...

多级降级先降一级，尝试用一个备用方案去执行，如果备用方案失败了，再用最后下一个备用方案去执行command嵌套command尝试从备用服务器接口去拉取结果给大家科普一下，常见的多级降级的做法，有一个操作，要访问MySQL数据库mysql数据库访问报错，降级，去redis中获取数据如果说redis又挂了，然后就去从本地ehcache缓存中获取数据hystrix command fallback语义，...

hystrix，高级的技术，request collapser，请求合并技术，collapser折叠优化过一个批量查询的接口了，request cache来做优化，可能有相同的商品就可以直接取用缓存了多个商品，需要发送多次网络请求，调用多次接口，才能拿到结果可以使用HystrixCollapser将多个HystrixCommand合并到一起，多个command放在一个command里面去执行，发送...

在一个复杂的系统里，可能你的依赖接口的性能很不稳定，有时候2ms，200ms，2s如果你不对各种依赖接口的调用，做超时的控制，来给你的服务提供安全保护措施，那么很可能你的服务就被各种垃圾的依赖服务的性能给拖死了大量的接口调用很慢，大量线程就卡死了，资源隔离，线程池的线程卡死了，超时的控制（1）execution.isolation.thread.timeoutInMilliseconds手动设置t...

短路器深入的工作原理1、如果经过短路器的流量超过了一定的阈值，HystrixCommandProperties.circuitBreakerRequestVolumeThreshold()举个例子，可能看起来是这样子的，要求在10s内，经过短路器的流量必须达到20个；在10s内，经过短路器的流量才10个，那么根本不会去判断要不要短路2、如果断路器统计到的异常调用的占比超过了一定的阈值，Hystri...

1、创建command2、执行command3、request cache4、短路器，如果打开了，fallback降级机制1、fallback降级机制 (1)hystrix调用各种接口，或者访问外部依赖，mysql，redis，zookeeper，kafka，等等，如果出现了任何异常的情况 比如说报错了，访问mysql报错，redis报错，zookeeper报错，kafka报错，error (2...

我们上一讲讲解的那个图片，顺着那个图片的流程，来一个一个的讲解hystrix的核心技术1、创建command，2种command类型2、执行command，4种执行方式3、查找是否开启了request cache，是否有请求缓存，如果有缓存，直接取用缓存，返回结果首先，有一个概念，叫做reqeust context，请求上下文，一般来说，在一个web应用中，hystrix我们会在一个filter里...

资源隔离，两种策略，线程池隔离，信号量隔离除了可以选择隔离策略以外，对你选择的隔离策略，可以做一定的细粒度的一些控制1、execution.isolation.strategy指定了HystrixCommand.run()的资源隔离策略，THREAD或者SEMAPHORE，一种是基于线程池，一种是信号量线程池机制，每个command运行在一个线程中，限流是通过线程池的大小来控制的信号量机制，com...

1、线程池隔离技术与信号量隔离技术的区别hystrix里面，核心的一项功能，其实就是所谓的资源隔离，要解决的最最核心的问题，就是将多个依赖服务的调用分别隔离到各自自己的资源池内。避免说对某一个依赖服务的调用，因为依赖服务的接口调用的延迟或者失败，导致服务所有的线程资源全部耗费在这个服务的接口调用上。一旦说某个服务的线程资源全部耗尽的话，可能就导致服务就会崩溃，甚至说这种故障会不断蔓延hystrix...

采用信号量技术进行资源隔离与限流super(Setter.withGroupKey(HystrixCommandGroupKey.Factory.asKey("ExampleGroup"))        .andCommandPropertiesDefaults(HystrixCommandProperties.Setter()               .withExec

1、pom.xml添加maven依赖    com.netflix.hystrix    hystrix-core    1.5.122、将商品服务接口调用的逻辑进行封装hystrix进行资源隔离，其实是提供了一个抽象，叫做command，就是说，你如果要把对某一个依赖服务的所有调用请求，全部隔离在同一份资源池内对这个依赖服务的所有调

1、为什么需要监控与报警？HystrixCommand执行的时候，会生成一些执行耗时等方面的统计信息。这些信息对于系统的运维来说，是很有帮助的，因为我们通过这些统计信息可以看到整个系统是怎么运行的。hystrix对每个command key都会提供一份metric，而且是秒级统计粒度的。这些统计信息，无论是单独看，还是聚合起来看，都是很有用的。如果将一个请求中的多个command的统计信息拿出来单...