SpringCloud-04-Hystrix

最新推荐文章于 2024-04-20 10:00:00 发布
最新推荐文章于 2024-04-20 10:00:00 发布
阅读量194 收藏
点赞数
分类专栏： 006-SpringCloud 文章标签： spring cloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_20633779/article/details/117048235
版权
本文详细介绍了Hystrix在SpringCloud中的应用，包括服务熔断、降级和限流的概念及其实现。通过实际案例展示了如何配置Hystrix以防止级联故障，确保系统稳定性。通过对断路器的工作原理、服务降级策略、限流措施的探讨，帮助读者理解如何利用Hystrix提升分布式系统的容错能力。
摘要由CSDN通过智能技术生成

服务雪崩：

如果扇出的链路上某个微服务的响应超时或者不可用，对微服务调用方的调用会占用越来越多的系统资源，进而引起系统崩溃，这就是"雪崩效应"。

对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和，比失败更糟糕的是，导致整个系统发生更多的级联故障，这些都表示需要对故障和延迟进行隔离和管理，以便单个依赖关系的失败，不会导致整个应用程序或系统崩溃。

Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时、异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。

1. 熔断、降级、限流

1.1 熔断

先介绍一下断路器，断路器本身是一种开关装置，而服务熔断指的就是断路器打开。
当某个服务单元发生故障之后，通过断路器的故障监控(类似熔断保险丝)，向调用方返回一个符合预期的，可处理的备选响应(降级FallBack)，而不是长时间的等待或者抛出调用方法处理的异常，当检测到该节点微服务调用响应正常后恢复调用链路。

断路器工作过程：服务的降级->进而熔断->恢复调用链路

  1. 请求达到统计时长（metrics.rollingStats.timeInMilliseconds 统计滚动窗口的持续时间）
  2. 假设电路上的请求量达到某个阈值（circuitBreaker.requestVolumeThreshold 最小请求数）
  3. 并假设误差百分比超过阈值误差百分比（circuitBreaker.errorThresholdPercentage 失败率达到多少后开启）
  4. 然后，断路器从转换CLOSED为OPEN。
  5. 当它断开时，它会使针对该断路器的所有请求短路。
  6. 经过一段时间（circuitBreaker.sleepWindowInMilliseconds 跳闸后拒绝请求的时间）后，下一个单个请求被允许通过（这是HALF-OPEN状态）。
    如果请求失败，继续进入步骤5，则断路器将OPEN在睡眠窗口持续时间内返回到该状态。
    如果请求成功，断路器将切换到，CLOSED并且步骤1中的逻辑将再次接管。

1.2 服务降级

服务降级：简单的说就是当当前服务有问题（异常或超时）时，向调用方返回一个符合预期的，可处理的备选响应。

哪些情况会触发降级：

  • 程序运行异常
  • 超时
  • 服务熔断触发服务降级
  • 线程池/信号量打满也会导致服务降级

1.3 限流

Hystrix中的限流，一般表现为线程池/信号量满负荷后，进入降级方法，进而达到限流的效果。

说明： 本文的所有代码，都是在前面文章的代码基础上开发的，也就是已经搭建好了Eureka注册中心和服务消费者已经配置好了Ribbon，Eureka注册中心和Ribbon客户端负载均衡这两个组件还不了解的朋友可以先去看看前面的文章《SpringCloud-01-Eureka》和《SpringCloud-02-Ribbon》。

2. 未使用Hystrix演示级联故障

2.1 模拟服务提供者业务处理异常，服务消费者级联故障

模块provider-payment9001也就是服务提供者paymentService，在PaymentController中添加一个模拟业务处理异常的接口

@RestController
@RequestMapping("/payment")
public class PaymentController {
   

    @Value("${server.port}")
    private String serverPort;
...
    /**
     * 模拟请求异常
     *
     * @return
     */
    @GetMapping(value = "/excep")
    public CommonResult<Payment> excep() {
   
        //模拟业务处理异常
        int div = 1 / 0;
        return CommonResult.newInstance().setCode(200).setMessage("查询成功,serverPort：" + serverPort).setData(null);
    }
...
}

模块consumer-order8001也就是服务消费者orderService，在OrderController中添加因为一个服务请求异常，导致级联故障的接口

@RestController
@RequestMapping("/order")
public class OrderController {
   
    public static final String PAYMENT_URL = "http://PAYMENTSERVICE";
...
    /**
     * 服务提供者请求异常，级联故障
     *
     * @return
     */
    @GetMapping(value = "/excep")
    public CommonResult<Payment> excep() {
   
        return this.restTemplate.getForObject(PAYMENT_URL + "/excep", CommonResult.class);
    }
...
}

分别启动服务提供者provider-payment9001和服务消费者consumer-order8001，在浏览器请求 http://localhost:8001/order/excep，发现出现级联故障。

服务消费者orderService出现了500 状态码。

consumer-order8001发送网络请求后，因为provider-payment9001业务处理异常导致consumer-order8001的级联故障，打印的日志如下：

org.springframework.web.client.HttpServerErrorException$InternalServerError: 500 : [{"timestamp":"2021-05-18T02:40:59.394+0000","status":500,"error":"Internal Server Error","message":"/ by zero","path":"/payment/excep"}]
	at org.springframework.web.client.HttpServerErrorException.create(HttpServerErrorException.java:100) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:172) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.client.DefaultResponseErrorHandler.handleError(DefaultResponseErrorHandler.java:112) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.client.ResponseErrorHandler.handleError(ResponseErrorHandler.java:63) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.client.RestTemplate.handleResponse(RestTemplate.java:785) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:743) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:677) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.client.RestTemplate.getForObject(RestTemplate.java:318) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at com.xander.order8001.controller.OrderController.excep(OrderController.java:39) ~[classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_191]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_191]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_191]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_191]
	at org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:190) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:138) ~[spring-web-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:106) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:888) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:793) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1040) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:943) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:1006) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:898) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:634) ~[tomcat-embed-core-9.0.29.jar:9.0.29]
	at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:883) ~[spring-webmvc-5.2.2.RELEASE.jar:5.2.2.RELEASE]	...

2.2 模拟服务提供者业务处理响应超时，服务消费者级联故障

在模块provider-payment9001的PaymentController中添加一个模拟业务处理响应超时的接口

@RestController
@RequestMapping("/payment")
public class PaymentController {
   

    @Value("${server.port}")
    private String serverPort;
...

    /**
     * 模拟请求超时
     *
     * @return
     * @throws InterruptedException
     */
    @GetMapping(value = "/timeout")
    public CommonResult<Payment> timeout() throws InterruptedException {
   
        //模拟业务处理时间，线程睡眠3s
        TimeUnit.SECONDS.sleep
最低0.47元/天 解锁文章
黑桃SevenPig
关注
专栏目录
14.Netflix之Hystrix详细分析
05-24
详细讲解了Hystrix的执行流程，以及对应流程中的一些组件的概念
Netflix Hystrix - 快速入门
dengtangu7674的博客
05-13 264
Hystrix最初是由Netflix的API team研发的，用于提高API的弹性和性能，2012年在公司内部广受好评。 如果你的应用是一个单独的应用，那几乎不用在意断路的问题。 但在分布式环境中，各个应用错综复杂的依赖关系，一个不稳定的服务会拖累依赖它的服务。 简单来说，就是将服务之间的访问隔离开来，在错误(包括超时)被传播之前拦截下来，并提供相应的处理逻辑，让这个分布式应用...
Netflix Hystrix
来啊 快活啊
08-17 1712
发博词此博文内容全部来自网上资料及消化后的补充。基础知识如何缓解服务器雪崩一般情况对于服务依赖的保护主要有3中解决方案，熔断模式和隔离模式都属于出错后的容错处理机制，而限流模式则可以称为预防模式： （1）熔断模式：这种模式主要是参考电路熔断，如果一条线路电压过高，保险丝会熔断，防止火灾。放到我们的系统中，如果某个目标服务调用慢或者有大量超时，此时，熔断该服务的调用，对于后续调用请求，不在继续调用目
Spring Cloud Netflix Hystrix介绍和使用
weixin_30578677的博客
09-25 295
前面我们搭建了具有服务降级功能的Hystrix客户端，现在我们来详细了解下Hystrix的一些功能。 Hystrix的意思是豪猪，大家都知道，就是长满刺的猪。。。实际上，它表明了该框架的主要功能：自我保护功能。Hystrix具有服务降级，熔断，线程池隔离，信号量隔离，缓存等功能，基本上能覆盖到微服务中调用依赖服务会遇到的问题。下面我们介绍下，如何理解和使用这些功能。 1、最常用的的服务降级...
[转](9条消息)Hystrix原理与实战
zengye78的专栏
09-10 186
转：Hystrix原理与实战 背景 分布式系统环境下，服务间类似依赖非常常见，一个业务调用通常依赖多个基础服务。如下图，对于同步调用，当库存服务不可用时，商品服务请求线程被阻塞，当有大批量请求调用库存服务时，最终可能导致整个商品服务资源耗尽，无法继续对外提供服务。并且这种不可用可能沿请求调用链向上传递，这种现象被称为雪崩效应。 雪崩效应常见场景 硬件故障：如服务器宕机，机房断电，光...
spring-cloud-netflix-hystrix-dashboard-2.2.3.RELEASE.jar
01-11
spring-cloud-netflix-hystrix-dashboard-2.2.3.RELEASE.jar
spring-cloud-netflix-hystrix应用
02-19
《深入理解Spring Cloud Netflix Hystrix：构建弹性微服务架构》 在当今的软件开发领域，微服务架构已经成为主流，而Spring Cloud作为Java生态中的微服务解决方案，深受开发者喜爱。其中，Spring Cloud Netflix ...
springcloud-starter-netflix-hystrix-demo
04-29
本示例项目“springcloud-starter-netflix-hystrix-demo”是为了演示如何在实际应用中结合Swagger-Demo实现对API的调用和保护。 首先，Hystrix是Netflix开发的一个用于处理分布式系统中的延迟和故障的库，它提供了...
SpringCloud-Hystrix原理
02-24
Hystrix官网的原理介绍以及使用介绍非常详细，非常建议看一遍，地址见参考文档部分。1Hystrix能做什么通过hystrix可以解决雪崩效应问题，它提供了资源隔离、降级机制、融断、缓存等功能。资源隔离：包括线程池隔离和...
SpringCloud服务降级之Hystrix
L_limo的博客
09-23 115
服务降级 Ⅰ、服务降级之Hystrix 1、Hystrix 介绍 Hystrix产生原因 因为分布式架构互相的服务调用，某些服务可能会出现网络超时、服务中断等问题而导致级联故障从而导致服务雪崩。 Hystrix(断路器) 用于处理分布式系统的延迟和容错的机制，保证在某个服务出问题的情况下，不会导致整体服务的失败，级联故障，提供分布式系统的弹性 断路器像一个开关，当单元故障后，通过故障监控，向调用方返回一个符合预期、可处理的备选响应，而不是长时间的等待或者抛出不可控制的异常，避免了整体服务的故障
7.Netflix Hystrix熔断器作用？主要实现方式？解决了哪些问题？主要的接口（HystrixCircuitBreaker），服务熔断基本使用案例
相互学习 共同进步
05-11 164
Hystrix（豪猪），全身是刺，看起来就不好惹，是一种保护机制。Hystrix也是Netflix公司的一款组件。具有服务降级、熔断、线程池隔离、信号量隔离、缓存等功能，基本上能覆盖到微服务中调用依赖服务会遇到的问题
SpringCloud-Hystrix熔断(Netflix)
qq_47075878的博客
05-09 296
对于微服务的介绍和使用
Spring Cloud 笔记（五）Netflix Hystrix（断路器）
欢迎阅读程序猿小张的博客~
01-06 293
1
Netflix之Hystrix详细分析(十四)
MrSpirit的博客
05-24 4844
知识补充--RxJavaRxJava最核心的两个东西是Observables（被观察者，事件源）和Subscribers（观察者）。Observables发出一系列事件，Subscribers处理这些事件。这里的事件可以是任何你感兴趣的东西（安卓中的触摸事件，web接口调用返回的数据等等）一个Observable可以发出零个或者多个事件，直到结束或者出错。每发出一个事件，就会调用对应Subscri...
深入浅出：Netflix Hystrix——分布式系统故障隔离的利器，如何优雅地应对服务故障？
最新发布
逆流的小鱼
04-20 333
在当今微服务架构或分布式系统中，各个服务之间的相互调用变得越来越复杂，一个服务的故障很容易导致整个系统瘫痪，正如所谓的"多米诺骨牌效应"。为了增强系统的健壮性，Netflix开发了Hystrix框架。本文将从Hystrix的概念、作用、使用方法等方面进行全方位的剖析。
Netflix之第一个Hystrix程序(十三)
MrSpirit的博客
05-21 1366
Hystrix出现的原因我先展示一个在前面博客里出现过的架构图，如果我的“Eureka客户端(服务调用者)”是用做于限时抢购的，从业务逻辑的判断到操作数据库都需要一定的时间才能完成，在我的一个业务还没处理完成的情况下，这个时候又有新的请求进来了，请求就会被堆积，等待着处理。而对于用户来说，如果你的网站服务等待了半天还没有出结果，他们就会反复刷新，更是加剧了请求的堆积，服务器承受不住这种压力，就会宕...
Spring Cloud Netflix - Hystrix客户端
yueerba126的博客
10-07 169
# 📢 1. 什么是断路器 # ⚡ 2. 断路器：Hystrix客户端 # 📊 3. 断路器：Hystrix仪表板 # ⌛ 4. Hystrix和Turbine # ⚙️ 5. Hystrix 超时与 Ribbon 客户端的配置指南 # 🔥 6. Hystrix在遇到错误时可以采取的策略 # 🔄 7. Hystrix本身并不会自动切换服务器访问
Netflix开源组件熔断器Hystrix介绍
q736317048的博客
11-09 660
Netflix开源组件熔断器Hystrix介绍 文档地址： https://github.com/Netflix/Hysrtix https://github.com/Netflix/Hystrix/wiki 什么是Hystrix？ Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统中，许多依赖不可避免的会调用失败，超时、异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，提高分布式系统的弹性 分布式项目中，有数十个依赖关系，每个依赖关系在某些时
断路器之一：Hystrix 使用与分析
weixin_34082854的博客
02-21 914
一:为什么需要Hystrix? 在大中型分布式系统中，通常系统很多依赖(HTTP,hession,Netty,Dubbo等)，如下图:   在高并发访问下,这些依赖的稳定性与否对系统的影响非常大,但是依赖有很多不可控问题:如网络连接缓慢，资源繁忙，暂时不可用，服务脱机等. 如下图：QPS为50的依赖 I 出现不可用，但是其他依赖仍然可用.   当依赖I 阻塞时,大多数服务器的线...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值