SpringCloud-Hystrix断路器

最新推荐文章于 2025-03-10 20:41:46 发布
最新推荐文章于 2025-03-10 20:41:46 发布
阅读量209 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_44406146/article/details/114284865
版权

概述

分布式系统面临的问题

  • 有人崩了可咋弄

在这里插入图片描述

  • 服务雪崩：多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他微服务，这就是所谓的扇出。如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，即雪崩效用
  • 对于高流量的应用来说，单一的后端依赖可能会导致所有的服务器上的所有资源都在几秒钟内饱和。这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他资源紧张，导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理。以便单个依赖关系的失败，不能取消整个应用程序或系统。

Hystrix是什么

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

  • 断路器本身就是一个开关装置，当某个服务单元发生故障时，通过断路器的故障监控，向调用方返回一个符合预期，可处理的备选响应，而不是长时间等待，这样保证服务调用方不会被长时间的占用造成整个系统崩坏

能干啥

  • 降级
  • 熔断
  • 接近实时监控

官网

  • https://github.com/Netflix/hystrix/wiki

Hystrix重要概念

服务降级

  • 服务器忙,请稍后再试,不让客户端等待并立刻返回一个友好提示,fallback
  • 程序运行异常
  • 超时
  • 服务熔断触发服务降级
  • 线程池/信号量也会导致服务降级

服务熔断

  • 类比保险丝达到最大服务访问后,直接拒绝访问,拉闸限电,然后调用服务降级的方法并返回友好提示
  • 服务的降级->进而熔断->恢复调用链路

服务限流

  • 秒杀高并发等操作,严禁一窝蜂的过来拥挤,大家排队,一秒钟N个,有序进行

Hystrix案例

构建cloud-provider-hystrix-payment8001

编写pom

<dependencies>
        <!--hystrix-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>
        <!--eureka client-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>
        <dependency>
            <groupId>org.hsw.cloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>${project.version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <!--监控-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <!--热部署-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

写yml

server:
  port: 8001
spring:
  application:
    name: cloud-provider-hystrix-payment
eureka:
  client:
    register-with-eureka: true
    fetch-registry: true
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka

主启动

在这里插入图片描述
service

@Service
public class PaymentService {
    /**
     * 正常访问
     *
     * @param id
     * @return
     */
    public String paymentInfo_OK(Integer id) {
        return "线程池:" + Thread.currentThread().getName() + " paymentInfo_OK,id:" + id + "\t" + "O(∩_∩)O哈哈~";
    }

    /**
     * 超时访问
     *
     * @param id
     * @return
     */
    public String paymentInfo_TimeOut(Integer id) {
        int timeNumber = 3;
        try {
            // 暂停3秒钟
            TimeUnit.SECONDS.sleep(timeNumber);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return "线程池:" + Thread.currentThread().getName() + " paymentInfo_TimeOut,id:" + id + "\t" +
                "O(∩_∩)O哈哈~  耗时(秒)" + timeNumber;
    }
}

controller

@RestController
@Slf4j
public class PaymentController {
    @Resource
    private PaymentService paymentService;

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

    /**
     * 正常访问
     *
     * @param id
     * @return
     */
    @GetMapping("/payment/hystrix/ok/{id}")
    public String paymentInfo_OK(@PathVariable("id") Integer id) {
        String result = paymentService.paymentInfo_OK(id);
        log.info("*****result:" + result);
        return result;
    }

    /**
     * 超时访问
     *
     * @param id
     * @return
     */
    @GetMapping("/payment/hystrix/timeout/{id}")
    public String paymentInfo_TimeOut(@PathVariable("id") Integer id) {
        String result = paymentService.paymentInfo_TimeOut(id);
        log.info("*****result:" + result);
        return result;

    }
}

以上述为基础逐步演示降级，熔断，降级

消费者80新建加入
新建cloud-consumer-feign-hystrix-order80
编写pom

<dependencies>
        <!--openfeign-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <!--eureka client-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>
        <dependency>
            <groupId>org.hsw.cloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>${project.version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <!--监控-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <!--热部署-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

写yml

server:
  port: 80
eureka:
  client:
    register-with-eureka: false
    fetch-registry: true
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka

主启动
在这里插入图片描述
service

@Component
@FeignClient(value = "CLOUD-PROVIDER-HYSTRIX-PAYMENT")
public interface PaymentHystrixService {


    /**
     * 正常访问
     *
     * @param id
     * @return
     */
    @GetMapping("/payment/hystrix/ok/{id}")
    String paymentInfo_OK(@PathVariable("id") Integer id);

    /**
     * 超时访问
     *
     * @param id
     * @return
     */
    @GetMapping("/payment/hystrix/timeout/{id}")
    String paymentInfo_TimeOut(@PathVariable("id") Integer id);

}

controller

在这里插入图片描述

如果此时压测8001，正常浏览器访问80时候会发现在转圈圈显示不出来信息。

如何解决

  • 超时导致等待：超时不再等待
  • 出错：出错要有兜底方案
  • 对方服务(8001)超时了,调用者(80)不能一直卡死等待,必须有服务降级
  • 对方服务(8001)down机了,调用者(80)不能一直卡死等待,必须有服务降级
  • 对方服务(8001)ok,调用者(80)自己有故障或有自我要求(自己的等待时间小于服务提供者)

服务降级

  • 8001降级
  • 80降级

8001降级

  • 用配置代替编码
    在这里插入图片描述
  • 主启动类激活
    在这里插入图片描述
  • 结果
    在这里插入图片描述
  • 如果发生异常也会找到兜底方案。

80降级

  • 题外话：我们自己配置过的热部署方式对java代码的改动明显,但对@HystrixCommand内属性的修改建议重启微服务

  • 增加pom

<!--hystrix-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>
  • 修改yml
    在这里插入图片描述
  • 主启动增加注解

在这里插入图片描述

  • 修改业务类增加兜底方案

在这里插入图片描述
在这里插入图片描述

出现的问题

  • 每个业务方法对应一个兜底的方法,代码膨胀
  • 兜底方案和业务逻辑混合在一起

解决方法

  • 使用@DefaultProperties(defaultFallback="")
  • 如果没有特别指定兜底方案就用默认的
    在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

业务逻辑混合在一起的解决方案

  • 本案例服务降级的处理是在客户端80实现完成的，与服务端8001没有关系
  • 只需要为Feign客户端定义的接口添加一个服务降级处理的实现类即可实现解耦

在这里插入图片描述

  • 添加一个类实现此接口
    在这里插入图片描述
  • 注解增加新的参数

在这里插入图片描述

  • 把以前的降级手段注释掉（就是一些注解）
  • 关闭8001服务
  • 访问一下
    在这里插入图片描述

服务熔断

  • 熔断机制是应对雪崩效应的一种微服务链路保护机制，当扇出链路的某个微服务出错不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。
  • 当检测到该节点微服务调用响应正常后，恢复调用链路
  • 在SpringCloud框架里，熔断机制通过Hystrix实现，Hystrix会监控微服务之间调用状况
  • 当失败调用达到一定阈值，缺省5s内20次调用失败，就会启动熔断机制，熔断机制的注解就是@HystrixCommand
  • 相关论文

修改8001服务

  • requestVolumeThreshold：触发熔断的最小请求次数，默认20

  • errorThresholdPercentage：失败率达到多少后跳闸

  • sleepWindowInMilliseconds：休眠时长，熔断多少次后尝试请求，默认是5000毫秒
    在这里插入图片描述

  • 增加controller方法
    在这里插入图片描述

  • 疯狂访问负数id，然后即使恢复访问正数依然是调用兜底降级方法，一会后恢复正常访问

总结
熔断类型

  • 熔断打开：请求不再进行调用当前服务，内部设置时钟一般为MTTR（平均故障处理时间），当打开时长达到所设时钟则进入半熔断的状态
  • 熔断关闭：熔断关闭不会对服务进行熔断
  • 熔断半开：部分请求根据规则调用当前服务，如果请求成功且符合规则则认为当前服务恢复正常，关闭熔断

官网断路器流程图
在这里插入图片描述

限流先不说alibaba的Sentinel说明

服务监控hystrixDashboard

  • 除了隔离依赖服务的调用以外，Hystrix还提供了准实时的调用监控（HystrixDashboard），Hystrix会持续地记录所有通过Hystrix发起的请求执行信息，并以统计报表和图型的形式展示给用户，包括每秒执行多少请求，多少成功，多少失败等，Netflix通过hystrix-metrics-event-stream项目实现了对以上指标的监控。Spring Cloud也提供了Hystrix Dashboard的整合。对监控内容转化成可视化界面

新建模块cloud-consumer-hystrix-dashboard9001
编写pom

<description>hystrix监控</description>


    <dependencies>
        <!--hystrix dashboard-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId>
        </dependency>
        <!--监控-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <!--热部署-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
            <scope>runtime</scope>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
            <optional>true</optional>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

编写yml

server:
  port: 9001

编写主类，注意添加注解，开启dashboard

在这里插入图片描述
所有微服务提供这都需要监控依赖

        <!--监控-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>

以监控hystrix8001为例

  • 8001主类中增加如下，不然监控不到
    在这里插入图片描述

  • http://localhost:9001/hystrix
    在这里插入图片描述
    在这里插入图片描述

  • 七色

在这里插入图片描述

  • 一圈
    共有两种含义，通过颜色变化代表了实例的健康程度，它的健康从绿色<黄色<橙色<红色递减
    大小会根据请求的流量发生变化，流量越大实心圆越大。所以通过该实心圆的展示，就可以在大量的实例中快速发现故障实例和高压力实例
    在这里插入图片描述

  • 一线
    记录2分钟内流量相对变化，通过它来观察到流量的上升和下降趋势
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

Spring Cloud-断路器Hystrix
2401_84094620的博客
05-03 846
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！四、服务熔断=======4.1 介绍在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况，当失败的调用到一定阀值缺省是5秒内20次调用失败，就会启动熔断机制。熔断机制的注解是：@HystrixCommand。4.2 搭建服务熔断编写pom.xml:org.springframework.cloudspring-cloud-alibaba-dependenci
Spring Cloud入门-Hystrix断路器(Hoxton版本)
2401_84004012的博客
04-18 625
由于篇幅有限，这里就不一一罗列了，20道常见面试题（含答案）+21条MySQL性能调优经验小编已整理成Word文档或PDF文档还有更多面试复习笔记分享如下《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！ava开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。**[外链图片转存中…(img-I45r5FNk-1713394250029)]
SpringCloud——断路器（Hystrix）
09-13
SpringCloud——断路器（Hystrix）之Ribbon使用断路器和Feign使用断路器
史上最简单的SpringCloud教程 | 第四篇:断路器（Hystrix）
weixin_30561425的博客
04-09 5742
转载请标明出处： https://www.fangzhipeng.com/springcloud/2017/07/12/sc04-hystrix/ 本文出自方志朋的博客 最新Finchley版本： https://www.fangzhipeng.com/springcloud/2018/08/30/sc-f4-hystrix/ 或者 h...
SpringCloud——CircuitBreaker断路器
最新发布
weixin_74019079的博客
03-10 739
SpringCloud——CircuitBreaker断路器
SpringCloud（五）：断路器（Hystrix）
Saytime
06-04 1294
一、简介 http://projects.spring.io/spring-cloud/spring-cloud.html#_circuit_breaker_hystrix_clients Netflix开源了Hystrix组件，实现了断路器模式，SpringCloud对这一组件进行了整合。 在微服务架构中，一个请求需要调用多个服务是非常常见的。 hystrix主要是用来防止服务雪崩...
SpringCloud：断路器（Hystrix）
XuJiangDong
11-28 914
1、Hystrix简介 在微服务架构中，服务与服务之间会存在相互调用、依赖的情况，假如其中某一个由于网络原因或本身就挂了导致服务不可用，大量请求进来可能就会把系统资源用尽，导致其他服务都不可用，这不是我们希望看到的，你自己挂了就挂了，还把其他服务都搞挂了就不好了，这也就是常说的故障传播，雪崩效应，而Hystrix就是来解决这个问题，当系统中某个服务发生故障或当调用一个特定的服务达到一定阈值(默认5...
SpringCloud断路器
m0_64201189的博客
06-06 1039
了解SpringCloud中Hystrix框架的使用
Spring Cloud Netfix Hystrix断路器例子
08-16
Spring Cloud Netfix Hystrix断路器例子工程。使用Spring Cloud Netflix Hystrix以及Spring RestTemplate或Spring Cloud Netflix Feign实现断路器模式。
spring cloud 断路器
sinat_35821285的博客
06-15 363
一个项目中发布的服务往往会有很多服务去调用。一个服务挂掉会导致涌入的请求全部阻塞。这时候断路器就出现了。断路器就是一个很好的处理的一个方法。对特定的服务的调用的不可用达到一个阀值（Hystric 是5秒20次） 断路器将会被打开。断路打开后，可用避免连锁故障，fallback方法可以直接返回一个固定值。【在ribbon中使用断路器】1.引入依赖2.在启动类中加@EnableHystrix，启动Hy...
SpringCloud——断路器
黄坤的博客
06-01 1112
1.数据服务不可用之后，视图服务怎么办 首先开启eureka，data-service,feign-service。也可以讲前面说的服务链路追踪所有加入的东西删掉，防止还要开zipkin这个现在不需要的东西，如果没删的话，又没开zipkin，一些配置就不能使用 现在是开启eureka，data-service,feign-service，并访问http://localhost:8004/products 在前端上显示的数据 学习到这里，我们知道，视图微服务是依赖于数据微服务的。 那么当数据微服务不可用的
【微服务架构】SpringCloud之断路器(hystrix)
06-26
【微服务架构】SpringCloud之断路器(hystrix)https://blog.youkuaiyun.com/u012081441/article/details/80814250
spring cloud 断路器(Hystrix)
Yang_Hui_Liang的博客
04-16 490
一、断路器介绍 在微服务架构中，根据业务来拆分成一个个的服务，服务与服务之间可以相互调用（RPC），在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用。为了保证其高可用，单个服务通常会集群部署。由于网络原因或者自身的原因，服务并不能保证100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，此时若有大量的请求涌入，Servlet容器的线程资源会被消...
SpringCloud 之断路器（Hystrix）
yuliang_liu的博客
09-26 125
断路器开启或者关闭的条件： 　　1、 当满足一定的阀值时候 （默认 10 秒内 超过 20 个请求出现问题 次数 ） 　　2、 当失败率达到一定的时候（ 默认 10 秒内超过 秒内超过 50%的请求失败 ） 　　3、 到达以上阀值 ，断路器将会开启 　　4、 当开启的时候 ，所有请求 都不会进行转发 　　5、 一段时间之后（ 默认是 5秒），这个时候断路器是半开状态， 会让其中一请求进行转发。如果...
SpringCloud 断路器（Hystrix）(Finchley版本)(四)
程序工厂
08-27 595
本文只是个人学习笔记 原创地址： http://blog.youkuaiyun.com/forezp/article/details/81040990  本文出自方志朋的博客 在微服务架构中，根据业务来拆分成一个个的服务，服务与服务之间可以相互调用（RPC），在Spring Cloud可以用RestTemplate+Ribbon和Feign来调用。为了保证其高可用，单个服务通常会集群部署。由于网络原因...
Spring cloud 之 断路器
雪人奥特曼的博客
05-13 399
在微服务架构中，根据业务来拆分成一个个的服务，服务与服务之间可以相互调用(RPC)，为了保证其高可用，单个服务通常会集群部署。由于网络或者自身原因，服务不能保证100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，如果此时涌入大量的请求，Servlet容器中的线程资源就会被消耗完毕，导致服务器瘫痪。服务与服务之间的依赖性，导致故障会传播，对整个微服务系统造成灾难性后果，这就是服务器“雪崩”。 断路器的出现，就是为了解决这个问题。 Spring cloud中使用Hystrix实现断路器模式：
SpringCloud之Hystrix(断路器)
my_air的博客
07-07 223
分布式系统面临的问题 复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免的失败。 Hystrix的作用 Hystrix是一个用于分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时，异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，以提高分布式系统的弹性。 “断路器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控（类似熔断保险丝），向调用方返回一个符合预期的，可处理的备选响应（F
Spring Cloud——断路器Hystrix
一心同学的博客
01-07 3476
通俗易懂的讲解什么是Hystrix，什么是雪崩效应，服务熔断和服务降级又是怎么一回事。
spring-cloud-starter-hystrix 与spring-cloud-starter-netflix-hystrix 有什么区别
04-10
spring-cloud-starter-hystrix和spring-cloud-starter-netflix-hystrix是Spring Cloud框架中用于实现服务容错的两个相关模块。它们的区别如下： 1. spring-cloud-starter-hystrix： - 这是Spring Cloud官方提供的Hystrix模块，用于实现服务的容错和断路器功能。 - 它是Spring Cloud Netflix项目的一部分，但不依赖于Netflix Ribbon和Netflix Eureka等Netflix组件。 - 它提供了对Hystrix的自动配置和集成支持，可以通过注解和配置来实现服务的容错处理。 2. spring-cloud-starter-netflix-hystrix： - 这是Spring Cloud Netflix项目中的Hystrix模块，用于实现服务的容错和断路器功能。 - 它依赖于Netflix Ribbon和Netflix Eureka等Netflix组件，可以与这些组件一起使用来提供更完整的微服务架构。 - 它提供了对Hystrix的自动配置和集成支持，可以通过注解和配置来实现服务的容错处理。 综上所述，spring-cloud-starter-hystrix是Spring Cloud官方提供的独立Hystrix模块，而spring-cloud-starter-netflix-hystrix是Spring Cloud Netflix项目中的Hystrix模块，依赖于Netflix组件。选择使用哪个取决于你是否使用了Netflix组件以及对微服务架构的需求。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值