Spring Cloud学习（六）Hystrix断路器

最新推荐文章于 2024-05-14 18:01:26 发布
最新推荐文章于 2024-05-14 18:01:26 发布
阅读量240 收藏
点赞数
分类专栏： Spring Cloud 文章标签： spring cloud java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/curry_mq/article/details/121975414
版权

1、概念

Hystrix是一个用于处理分布式系统的延迟和容错的开源库,在分布式系统里,许多依赖不可避免的会调用失败,比如超时、异常等,Hystrix能够保证在一个依赖出问题的情况下,不会导致整体服务失败,避免级联故障,以提高分布式系统的弹性。“断路器"本身是一种开关装置,当某个服务单元发生故障之后,通过断路器的故障监控(类似熔断保险丝) ,向调用方返回一个符合预期的、可处理的备选响应(FallBack ,而不是长时间的等待或者抛出调用方无法处理的异常,这样就保证了服务调用方的线程不会被长时间、不必要地占用,从而避免了故障在分布式系统中的蔓延,乃至雪崩。

服务降级：

服务器忙，请稍候再试，不让客户端等待并立刻返回一个友好提示，fallback

服务降级情况：

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

服务熔断：

类比保险丝达到最大服务访问后，直接拒绝访问，拉闸限电，然后调用服务降级的方法并返回友好提示

服务限流：

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

2、如何使用

新建cloud-hystrix-pay-8007模块
<dependencies>
        <dependency><!-- 引用自己定义的api通用包，可以使用Payment支付Entity -->
            <groupId>com.yu.springcloud</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>
        <!-- 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-client</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>

application.yml

server:
  port: 8007
spring:
  application:
    name: cloud-provider-hystrix-payment

eureka:
  client:
    register-with-eureka: true
    fetch-registry: true
    service-url: http://eureka7001.com:7001/eureka

主启动类

@SpringBootApplication
@EnableEurekaClient
public class PaymentHystrixMain8007 {
    public static void main(String[] args) {
        SpringApplication.run(PaymentHystrixMain8007.class, args);
    }
}

业务类

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

    /**
     * paymentInfo_TimeOut
     *
     * @param id
     * @return
     */

    public String paymentInfo_TimeOut(Integer id) {

        int timeNumber = 3;
        try {
            TimeUnit.MILLISECONDS.sleep(timeNumber);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return "线程池： " + Thread.currentThread().getName() + " PaymenyInfo_TimeOut,id: " + id + "\t" + "O(∩_∩)O哈哈~" + " 耗时" + timeNumber + "毫秒";
    }
}

controller

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

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

    @GetMapping("/payment/hystrix/ok/{id}")
    public String paymentInfoOk(@PathVariable("id") Integer id){
        String result = paymentService.paymentInfo_OK(id);
        log.info("*****result"+result);
        return result;
    }

    @GetMapping("/payment/hystrix/timeout/{id}")
    public String paymentInfoTimeOut(@PathVariable("id") Integer id){
        String result = paymentService.paymentInfo_TimeOut(id);
        log.info("*****result"+result);
        return result;
    }
}

测试

此时使用压测工具(Jmeter),并发20000个请求，请求会延迟的那个方法,
在压力测试中，发现另外一个方法并没有被压测，但是我们访问它时，却需要等待
这就是因为被压测的方法它占用了服务器大部分资源，导致其他请求也变慢了

创建cloud-hystrix-order-80模块

pom

<dependencies>
        <dependency><!-- 引用自己定义的api通用包，可以使用Payment支付Entity -->
            <groupId>com.yu.springcloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>${project.version}</version>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <!-- openfeign -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <!--监控-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <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-client</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: 8090

eureka:
  client:
    #是否将自己注册到注册中心, 默认true
    register-with-eureka: false
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka  #单机版
ribbon:
  ReadTimeout: 15000
  ConnectTimeout: 15000

主启动类

@SpringBootApplication
@EnableFeignClients
@EnableHystrix
public class OrderHystrixMain80 {
    public static void main(String[] args) {
        SpringApplication.run(OrderHystrixMain80.class);
    }
}

远程调用提供者模块的接口

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

    @GetMapping("/payment/hystrix/ok/{id}")
    String paymentInfo_OK(@PathVariable("id") Integer id);

    @GetMapping("/payment/hystrix/timeout/{id}")
    String paymentInfo_TimeOut(@PathVariable("id") Integer id);

}

controller

@RestController
@Slf4j
public class OrderHystrixController {

    @Resource
    private PaymentHystrixService paymentHystrixService;

    @GetMapping("/consumer/payment/hystrix/ok/{id}")
    public String paymentInfo_OK(@PathVariable("id") Integer id) {
        String result = paymentHystrixService.paymentInfo_OK(id);
        return result;
    }

    @GetMapping("/consumer/payment/hystrix/timeout/{id}")
    public String paymentInfo_TimeOut(@PathVariable("id") Integer id) {
        String result = paymentHystrixService.paymentInfo_TimeOut(id);
        return result;
    }
}

测试

启动eureka7001，提供者8007和消费者，http://localhost:8090/consumer/payment/hystrix/timeout/1

在高并发压力测试，发现访问没设定超时的方法访问速度也变慢了，因为8007同一层次的其他接口服务被困死，tomcat线程池里面的工作线程已经被挤占完毕，这个时候8090调用8007，客户端访问会响应缓慢。可以配置服务降级来解决。

配置服务降级

在服务端和客户端都可以配置，但一般服务降级都配置在客户端，先修改配置文件

feign:
  hystrix:
    enabled: true

在主启动类上添加@EnableHystrix注解

修改controller

image-20201105160736696

测试

image-20201105160754577

重构

上面出现的问题:
1,降级方法与业务方法写在了一块,耦合度高

​ 2.每个业务方法都写了一个降级方法,重复代码多

解决重复代码的问题:

配置一个全局的降级方法,所有方法都可以走这个降级方法,至于某些特殊创建,再单独创建方法

修改conreoller

image-20201105175027502

测试

image-20201105174850216

解决耦合度（基于order模块）

  1. PaymentHystrixService接口是远程调用pay模块的，可以创建一个PaymentFallbackServiceImpl类实现此接口，在实现类中统一异常处理

    @Component
public class PaymentFallbackServiceImpl implements PaymentHystrixService {
    @Override
    public String paymentInfoOk(Integer id) {
        return "-------PaymentFallbackService fall back-[paymentInfo_OK],o(╥﹏╥)o";
    }

    @Override
    public String paymentInfoTimeOut(Integer id) {
        return "-------PaymentFallbackService fall back-[paymentInfo_TimeOut],o(╥﹏╥)o";
    }
}

  2. 让PaymentHystrixService的实现类生效image-20201105181419741

服务熔断

修改cloud-hystrix-pay-8007模块

  1. 修改PaymentService接口

    /**
     * 服务的降级->进而熔断->恢复调用链路
     *
     * @param id
     * @return
     */
    @HystrixCommand(fallbackMethod = "paymentCircuitBreakerFallback", commandProperties = {
            @HystrixProperty(name = "circuitBreaker.enabled", value = "true"), //是否开启断路器
            @HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "10"), //请求次数
            @HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds", value = "10000"), //时间窗口期
            @HystrixProperty(name = "circuitBreaker.errorThresholdPercentage", value = "60"),//失败率达到多少后跳闸
    })
    public String paymentCircuitBreaker(@PathVariable("id") Integer id) {
        if (id < 0) {
            throw new RuntimeException("******id 不能为负数");
        }
        String serialNumber = IdUtil.simpleUUID();
        return Thread.currentThread().getName() + "\t" + "调用成功，流水号：" + serialNumber;
    }

    public String paymentCircuitBreakerFallback(@PathVariable("id") Integer id) {
        return "id 不能负数，请稍后再试，o(╥﹏╥)o id：" + id;
    }

  2. 修改controller

    /**
     * 服务熔断
     *
     * @param id
     * @return
     */
    @GetMapping("/payment/circuit/{id}")
    public String paymentCircuitBreaker(@PathVariable("id") Integer id) {
        String result = paymentService.paymentCircuitBreaker(id);
        log.info("------------result: " + result);
        return result;
    }

  3. 修改主启动image-20201105191255784

  4. 测试

    启动eureka7001，启动当前模块，先输入正数Id,访问成功，然后连续输入负数id多次（这里属性整体意思是:10秒之内
(窗口,会移动),如果并发==超过==10个,或者10个并发中,失败了6个,就开启熔断器），当断路器开启后输入正数id
发现也是错误页面，过一会后（默认5秒），服务自动恢复，访问正数id页面正常

总结：

服务监控

img

新建cloud-consumer-hystrix-dashboard9001

pom

<dependencies>
        <dependency><!-- 引用自己定义的api通用包，可以使用Payment支付Entity -->
            <groupId>com.yu.springcloud</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.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.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>
        <!--eureka client-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</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

主启动

@SpringBootApplication
@EnableHystrixDashboard
public class HystrixDashboardMain9001 {
    public static void main(String[] args) {
        SpringApplication.run(HystrixDashboardMain9001.class, args);
    }
}

修改cloud-hystrix-pay-8007的主启动

@SpringBootApplication
@EnableEurekaClient
@EnableCircuitBreaker
public class PaymentHystrixMain8007 {
    public static void main(String[] args) {
        SpringApplication.run(PaymentHystrixMain8007.class, args);
    }
    /**
     * 此配置是为了服务监控而配置，与服务器容错本身无关，springcloud升级后的坑
     * ServletRegistrationBean因为springboot的默认路径不是/hystrix.stream
     * 只要在自己的项目里配置上下文的servlet就可以了
     */
    @Bean
    public ServletRegistrationBean getservlet() {
        HystrixMetricsStreamServlet streamServlet = new HystrixMetricsStreamServlet();
        ServletRegistrationBean<HystrixMetricsStreamServlet> registrationBean = new ServletRegistrationBean<>(streamServlet);
        registrationBean.setLoadOnStartup(1);
        registrationBean.addUrlMappings("/hystrix.stream");
        registrationBean.setName("HystrixMetricsStreamServlet");
        return registrationBean;
    }
}

测试

  1. 启动eureka7001
  2. 启动服务监控9001
  3. 启动提供者8007
  4. 浏览器输入http://localhost:9001/hystriximage-20201105232808657
  5. 访问http://localhost:8007/payment/circuit/1，然后点击上图的Monitor Stream即可看见
  6. 断路器启动image-20201105233050507
  7. 正常状态image-20201105233140045
如何看图

实心圆：共有两种含义。它通过颜色的变化代表了实例的健康程度，它的健康程度从绿色-黄色-橙色-红色递减。该实心圆除了颜色的变化外，它的大小也会根据实例的请求量发生变化，流量越大该实心圆也就越大。所以通过实心圆的展示，可以在大量的实例中快速的发现故障实例和高压力实例。

**曲线：**用来记录两分钟内流量的相对变化，可以通过它来观察到流量的上升和下降趋势

整图说明

  1. imgimg
  2. img
M_xuxin
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Hystrix 简单聊聊断路器/熔断器
mukewangguanfang的博客
05-06 633
熔断：当一个服务发生故障异常，这个时候熔断当前整个服务，把这个服务变的不可被访问，而不是客户端请求这个服务的时候一直处于超时。降级：当服务熔断后，我们需要提供新的一个兜底接口返回响应数据，如此一来，客户端能够友好的接受到响应消息。
Spring Cloud微服务笔记六（Hystrix熔断器）
u013845168的博客
02-22 195
分布式系统问题 往往分布式系统结构中的应用程序，互相存在一定的依赖关系，每个依赖之间在某些情况将不可避免的失败，容易造成系统的崩溃。 服务雪崩 多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用了其他的微服务，这就是所谓的“扇出”。如果扇出的链路上某个微服务的响应时间过长或者不可用，对位服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应”。 对于高流浪的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源在几秒钟内饱和。比失败更糟糕的是，这些应
SpringCloud 微服务实战3 - Hystrix断路器
chenjian723122704的专栏
09-15 238
除了隔离依赖服务的调用外，Hystrix 还提供了准实时的调用监控（Hystrix Dashboard），Hystrix会持续记录所有通过 Hystrix 发起的请求的执行信息，并以报表和图形的形式展示给用户，包括每秒执行多少请求成功，多少请求失败。Netflix 通过 hystrix-metrics-event-stream 项目实现了对以上指标的监控。SpringCloud也提供了 Hystrix Dashboard 的整合，对监控内容转化成可视化界面。
Hystrix进阶篇：断路器参数配置详解(二)
最新发布
汝果欲成诗，功夫在诗外。
05-14 796
此配置项的值需要根据接口的 QPS 进行计算，值太小会有误打开熔断器的可能，值太大超出了时间窗口内的总请求数，则熔断永远也不会被触发。若共用同一个线程池的不同的方法，配置了相同的线程池属性，在第一个方法被执行后线程池的属性就已经被固定，因此会以第一个被执行的方法上的配置为主。当你正确配置它时，HystrixCommand 层的超时应该会很少见，但保护是存在的，以防网络延迟以外的其他因素影响时间，或者在最坏的情况下连接+读取+重试+连接+读取的组合仍然存在超过配置的整体超时时间。
八、SpringCloud学习笔记之Hystrix断路器
qq_41231318的博客
07-30 154
Hystrix断路器 1、概述 分布式系统面临的问题： 负载分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免的的失败 服务雪崩： 多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”。如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应”。 对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒中内饱和，比失
SpringCloud教程 | 第四篇:断路器（Hystrix）
heming20122012的专栏
08-23 364
由于网络原因或者自身的原因，服务并不能保证100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，此时若有大量的请求涌入，Servlet容器的线程资源会被消耗完毕，导致服务瘫痪。服务与服务之间的依赖性，故障会传播，会对整个微服务系统造成灾难性的严重后果，这就是服务故障的“雪崩”效应。这就说明当 sale-service 工程不可用的时候，service-ribbon调用 sale-service的API接口时，会执行快速失败，直接返回一组字符串，而不是等待响应超时，这很好的控制了容器的线程阻塞。
SpringCloud断路器
m0_64201189的博客
06-06 945
了解SpringCloud中Hystrix框架的使用
SpringCloud学习（四）熔断器Hystrix的使用
u013068184的博客
07-03 504
hystrix 当某个服务单元发生故障（类似用电器发生短路）之后，通过断路器的故障监控（类似熔断保险丝），直接切断原来的主逻辑调用，可实现服务降级（服务容错保护），线程隔离，断路器等功能。 服务降级（服务容错保护）与线程隔离是绑在一起的，当调用服务超时时，会触发服务降级；而让断路器发挥作用则需满足以下三个参数之一：是否强制开启熔断、请求总数下限、错误百分比下限。 断路器未打开之前，对于工程中示例的...
25-Spring Cloud断路器Hystrix1
08-08
Spring Cloud 提供了断路器模式的实现，名为 Hystrix，用于防止服务间的级联故障，提高系统的容错性。断路器模式的核心思想是在调用远程服务时，通过一个中间层（即断路器）来监控调用的健康状况。当服务出现故障时...
详解Spring Cloud Hystrix断路器实现容错和降级
08-27
Spring Cloud Hystrix断路器实现容错和降级 Spring Cloud Hystrix断路器是一种实现容错和降级的机制，它可以在服务不可用时，对配置了断路器的方法实行降级策略，临时调用备用方法。这种机制可以避免服务雪崩效应，...
详解SpringCloud微服务架构之Hystrix断路器
08-28
通过以上步骤，我们可以构建一个利用Hystrix断路器的Feign客户端，实现对故障服务的智能处理，提高系统的整体稳定性和可靠性。 总结来说，Spring Cloud Hystrix是一个强大的工具，它通过断路器模式有效地解决了...
spring cloud 使用Hystrix 实现断路器进行服务容错保护的方法
08-27
为了解决这个问题，Spring Cloud 提供了Hystrix组件，用于实现服务容错管理，特别是断路器机制。断路器是一种设计模式，它在检测到服务故障时能够快速失败，防止系统因等待故障服务恢复而消耗过多资源。 Spring ...
spring cloud Hystrix断路器的使用(熔断器)
08-27
"spring cloud Hystrix断路器的使用" spring cloud Hystrix断路器是Netflix开发的一种断路器模式，用于防止级联故障在微服务架构中。断路器的使用可以防止服务之间的级联故障，使得系统更加稳定和可靠。 Hystrix...
Hystrix断路器详解
张大安的博客
04-20 1487
文章目录Hystrix重要概念为什么需要断路器功能Hystrix的作用Hystrix命令执行流程Hystrix使用教程代码准备Hystrix之服务降级（服务端）Hystrix之服务降级（消费端）Hystrix之全局服务降级DefaultPropertiesHystrix之服务降级FeignFallback Hystrix重要概念 为什么需要断路器功能 在微服务架构中，我们将业务拆分成一个个的服务，服务与服务之间可以相互调用。为了保证其高可用，单个服务又必须集群部署。由于网络原因或者自身的原因，服务并不能保证
Spring Cloud Netflix Hystrix
m0_51343808的博客
09-20 2949
目录 一、 Hystrix 简介 1 什么是灾难性雪崩效应 2 什么是 Hystrix 二、 服务降级 1 修改 application service 代码 2 application client POM 依赖 3 application client 容错处理代码 4 application client 配置文件 application.yml 5 application client 启动类 三、 服务熔断 1 application client POM 依赖...
SpringCloud（三）——Hystrix
一颗小陨石的博客
08-02 1312
Hiystrix，熔断器，用于微服务系统中的保护中间件。 在微服务项目中，各个微服务相互调用，如果中间某个接口出现了异常，或是因为网络延迟、或是因为高并发下某个节点被阻塞而导致整个服务的资源耗尽，这样就可能会影响整个调用链的上游系统，出现服务雪崩现象。 针对服务雪崩，我们在这里可以采用要介绍的Hystrix组件，进行资源隔离、快速失败等处理方法，避免一直占用系统资源无法正常响应。 接下来看下如何使用： 一、依赖 <dependency> <groupId&g
SpringCloud集成Hystrix熔断
qq_31856061的博客
08-31 396
版本： SpringBoot 2.6.1 SpringCloud 2021.0.0 依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-hystrix</artifactId> <version>2.1.6.RELEASE</version> </depend.
Spring Cloud——断路器Hystrix
一心同学的博客
01-07 3278
通俗易懂的讲解什么是Hystrix，什么是雪崩效应，服务熔断和服务降级又是怎么一回事。
第六章 Hystrix断路器详解+环境搭建
qq_41946216的博客
10-14 1041
由于每个单元都在不同的进程中运行，依赖通过远程调用的方式执行，这样就有可能因为网络原因或是依赖服务自身问题出现调用故障或延迟,而这些问题会直接导致调用方的对外服务也出现延迟，若此时调用方的请求不断增加，最后就会出现因等待出现故障的依赖方响应而形成任务积压，线程资源无法释放,最终导致自身服务的瘫痪，进一步甚至出现故障的蔓延最终导致整个系统的瘫痪。多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C,微服务B和微服务C又调用其它的微服务,这就是所谓的“扇出”。,以提高分布式系统的弹性。
SpringCloud的Hystrix断路器特性
06-12
Hystrix断路器的特性主要有以下几个方面： 1. 断路器机制：当某个服务出现故障或者响应时间过长时，Hystrix会自动断开该服务的请求，避免请求阻塞和资源浪费。 2. 降级处理：Hystrix提供了一些降级处理的策略，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值