weixin_42073629的博客

上一篇我们介绍了使用Hystrix Dashboard来展示Hystrix用于熔断的各项度量指标。通过Hystrix Dashboard，我们可以方便的查看服务实例的综合情况，比如：服务调用次数、服务调用延迟等。但是仅通过Hystrix Dashboard我们只能实现对服务当个实例的数据展现，在生产环境我们的服务是肯定需要做高可用的，那么对于多实例的情况，我们就需要将这些度量指标数据进行聚合。下面，在本篇中，我们就来介绍一下另外一个工具：Turbine。准备工作在开始使用Turbine之前，我们先回

断路器是根据一段时间窗内的请求情况来判断并操作断路器的打开和关闭状态的。而这些请求情况的指标信息都是HystrixCommand和HystrixObservableCommand实例在执行过程中记录的重要度量信息，它们除了Hystrix断路器实现中使用之外，对于系统运维也有非常大的帮助。这些指标信息会以“滚动时间窗”与“桶”结合的方式进行汇总，并在内存中驻留一段时间，以供内部或外部进行查询使用，Hystrix Dashboard就是这些指标内容的消费者之一。下面我们基于之前的示例来结合Hystrix D

通常微服务架构中的依赖通过远程调用实现，而远程调用中最常见的问题就是通信消耗与连接数占用。在高并发的情况之下，因通信次数的增加，总的通信时间消耗将会变的不那么理想。同时，因为对依赖服务的线程池资源有限，将出现排队等待与响应延迟的情况。为了优化这两个问题，Hystrix提供了HystrixCollapser来实现请求的合并，以减少通信消耗和线程数的占用。HystrixCollapser实现了在HystrixCommand之前放置一个合并处理器，它将处于一个很短时间窗（默认10毫秒）内对同一依赖服务的多个请

前言上篇文章《Spring Cloud中Hystrix 线程隔离导致ThreadLocal数据丢失》我们对ThreadLocal数据丢失进行了详细的分析，并通过代码的方式复现了这个问题。在上篇文章的末尾我也说了思路给大家提供了，如果需要能够在Hystrix 为线程隔离模式也能正确传递数据的话，需要我们自己去修改。我这边以Zuul中自定义负载均衡策略来进行讲解，在Zuul中需要实现灰度发布的功能，需要在Filter中将请求的用户信息传递到自定的负载策略中，Zuul中整合了Hystrix，从Zuul

在Spring Cloud中我们用Hystrix来实现断路器，Zuul中默认是用信号量（Hystrix默认是线程）来进行隔离的，我们可以通过配置使用线程方式隔离。在使用线程隔离的时候，有个问题是必须要解决的，那就是在某些业务场景下通过ThreadLocal来在线程里传递数据，用信号量是没问题的，从请求进来，但后续的流程都是通一个线程。当隔离模式为线程时，Hystrix会将请求放入Hystrix的线程池中去执行，这个时候某个请求就有A线程变成B线程了，ThreadLocal必然消失了。下面我们通过

通过之前Spring Cloud系列教程中的《服务容错保护（Hystrix服务降级）》一文，我们已经知道如何通过Hystrix来保护自己的服务不被外部依赖方拖垮的情况。但是实际使用过程中经常碰到开发反应“莫名”触发了降级逻辑的情况。为了更精准的定位触发原因，或是在降级逻辑中需要根据不同的异常做不同的处理时，在降级方法中，我们希望可以获取到主逻辑中抛出的异常信息。接下来就来介绍一下Hystrix两种不同实现方式中如何在降级逻辑中获取异常信息的方法。注解方式先介绍一下用注解方式定义的Hystrix命令是

前言在上一篇《服务容错保护（Hystrix服务降级）》中，我们已经体验了如何使用@HystrixCommand来为一个依赖资源定义服务降级逻辑。实现方式非常简单，同时对于降级逻辑还能实现一些更加复杂的级联降级等策略。之前对于使用Hystrix来实现服务容错保护时，除了服务降级之外，我们还提到过线程隔离、断路器等功能。那么在本篇中我们就来具体说说线程隔离。依赖隔离“舱壁模式”对于熟悉Docker的读者一定不陌生，Docker通过“舱壁模式”实现进程的隔离，使得容器与容器之间不会互相影响。而Hyst

前言在微服务架构中，我们将系统拆分成了一个个的服务单元，各单元应用间通过服务注册与订阅的方式互相依赖。由于每个单元都在不同的进程中运行，依赖通过远程调用的方式执行，这样就有可能因为网络原因或是依赖服务自身问题出现调用故障或延迟，而这些问题会直接导致调用方的对外服务也出现延迟，若此时调用方的请求不断增加，最后就会出现因等待出现故障的依赖方响应而形成任务积压，线程资源无法释放，最终导致自身服务的瘫痪，进一步甚至出现故障的蔓延最终导致整个系统的瘫痪。如果这样的架构存在如此严重的隐患，那么相较传统架构就更加的不

1. 流程图　　下面的图片显示了一个请求在hystrix中的流程图。1.构造一个HystrixCommand或者HystrixObservableCommand对象　　第一步是创建一个HystrixCommand或者HystrixObservableCommand对象来执行依赖请求。创建时需要传递相应的参数。　　如果请求只返回一个单一值，使用HystrixCommand。HystrixCommand command = new HystrixCommand(arg1, arg2);

1. 概述本文主要分享断路器 HystrixCircuitBreaker。HystrixCircuitBreaker 有三种状态 ：CLOSED：关闭 OPEN：打开 HALF_OPEN：半开其中，断路器处于OPEN状态时，链路处于非健康状态，命令执行时，直接调用回退逻辑，跳过正常逻辑。HystrixCircuitBreaker 状态变迁如下图 ： 红线：初始时，断路器处于CLOSED状态，链路处于健康状态。当满足如下条件，断路器从CLOSED变成OP...

1. 概述本文主要分享Hystrix 命令合并执行。在《【翻译】Hystrix文档-实现原理》「请求合并」中，对 Hystrix 命令合并执行的概念、原理、使用场景、优缺点已经做了非常详细透彻的分享，所以胖友可以先认真阅读学习下。命令合并执行整体流程如下图 ：FROM《【翻译】Hystrix文档-实现原理》「请求合并」第一步，提交单个命令请求到请求队列( RequestQueue ) 第二部，定时任务( TimerTask )固定周期从请求队列获取多个命令执行，合并执行。...

1. 概述本文主要分享Hystrix 命令执行（四）之失败回退逻辑。建议 ：对 RxJava 已经有一定的了解的基础上阅读本文。Hystrix 执行命令整体流程如下图：FROM《【翻译】Hystrix文档-实现原理》「流程图」红圈 ：Hystrix 命令执行失败，执行回退逻辑。也就是大家经常在文章中看到的“服务降级”。 绿圈 ：四种情况会触发失败回退逻辑( fallback )。 第一种 ：short-circuit，处理链路处于熔断的回退逻辑，在「3. #handl...

1. 概述本文主要分享Hystrix 命令执行（三）之执行超时。建议 ：对 RxJava 已经有一定的了解的基础上阅读本文。开启执行超时功能，需要配置 ：HystrixCommandProperties.executionTimeoutEnabled：执行命令超时功能开关。 值 ：Boolean 默认值 ：true HystrixCommandProperties.executionTimeoutInMilliseconds：执行命令超时时长。 值 ：Integer ...

1. 概述本文主要分享Hystrix 命令执行（二）之执行隔离策略。建议 ：对 RxJava 已经有一定的了解的基础上阅读本文。Hystrix 提供两种执行隔离策略( ExecutionIsolationStrategy ) ：SEMAPHORE：信号量，命令在调用线程执行。在《Hystrix 源码解析 —— 命令执行（一）之正常执行逻辑》「3. TryableSemaphore」已经详细解析。 THREAD：线程池，命令在线程池执行。在《Hystrix 源码解析 —— 命令执行（...

1. 概述本文主要分享Hystrix 命令执行（一）之正常执行逻辑。建议 ：对 RxJava 已经有一定的了解的基础上阅读本文。Hystrix 执行命令整体流程如下图：FROM《【翻译】Hystrix文档-实现原理》「流程图」红框 ：Hystrix 命令执行的过程。 蓝圈 ：本文分享的部分 —— 正常执行逻辑。2. #applyHystrixSemantics(…)在《Hystrix 源码解析 —— 执行结果缓存》里，我们看到#toObservable()...

1. 概述本文主要分享Hystrix 执行命令的结果缓存。建议 ：对 RxJava 已经有一定的了解的基础上阅读本文。Hystrix 执行命令整体流程如下图：FROM《【翻译】Hystrix文档-实现原理》「流程图」红圈 ：在《Hystrix 源码解析 —— 执行命令方式》有详细解析。 紫圈 ：在#toObservable()方法里，如果请求结果缓存这个特性被启用，并且缓存命中，则缓存的回应会立即通过一个 Observable 对象的形式返回；如果缓存未命中，则返回...

1. 概述本文主要分享Hystrix 执行命令方法。建议 ：对 RxJava 已经有一定的了解的基础上阅读本文。在官方提供的示例中，我们看到CommandHelloWorld通过继承HystrixCommand抽象类，有四种调用方式：方法 #execute() 同步调用，返回直接结果 #queue() 异步调用，返回java.util.concurrent.Future #observe() 异步调用，返回rx.Observable。向...

1. 依赖工具Gradle JDK IntelliJ IDEA推荐 Spring Cloud 书籍：请支持正版。下载盗版，等于主动编写低级 BUG。 程序猿DD ——《Spring Cloud微服务实战》 周立 ——《Spring Cloud与Docker微服务架构实战》 两书齐买，京东包邮。2. 源码拉取从官方仓库https://github.com/Netflix/Hystrix.gitFork出属于自己的仓库。为什么要Fork？既然开始阅读、调试源码，我们可能...

1. 概述在开始 Spring Cloud Netflix Hystrix 的学习之前，我们先来一起瞅瞅“服务雪崩”、“服务容错”等的概念，方便我们理解为什么要使用 Hystrix 框架。1.1 服务雪崩在微服务的架构体系中，我们会将系统拆分成多个服务小单元，通过 HTTP 或者 RPC 进行远程调用。如下图所示：在绝大多数情况下，服务消费者都能正常的远程调用服务提供者。但是某一时刻，服务提供者执行逻辑较慢，又或者网络出现抖动的情况，导致服务消费调用服务提供者超时或者失败。如下图所示：

1. 概述在开始 Hystrix 的学习之前，我们先来一起瞅瞅“服务雪崩”、“服务容错”等的概念，方便我们理解为什么要使用 Hystrix 框架。友情提示：本文是《芋道 Spring Cloud Netflix 服务容错 Hystrix 入门》的弟弟篇。所以内容上，会有蛮多重叠的地方。写本文的主要目的是，分享在纯 Spring Boot环境下，如何使用 Hystrix 框架。基本所有的网上文章，都是通过Spring Cloud Netflix Hystrix进行 Hystrix 的使用，...