SpringCloud（第十章 Hystrix断路器）

已于 2023-08-02 11:04:13 修改
阅读量327 收藏 2
点赞数
分类专栏： SpringCloud java 文章标签： python java 微服务
于 2021-09-19 23:51:50 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45087487/article/details/120357838
版权

文章目录

一、概述

1.1分布式系统面临的问题

复杂分布式体系结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免地失败。
在这里插入图片描述
服务雪崩：
1.多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其它的微服务，这就是所谓的“扇出”。如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应”。
2.对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是，这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系统资源紧张，导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理，以便单个依赖关系的失败，不能取消整个应用程序和系统。
3.所以，通常当你发现一个模块下的某个实例失败后，这时候这个模块依然还会接收流量，然后这个有问题的模块还调用了其他的模块，这样就会发生级联故障，或者叫雪崩。

1.2是什么

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

1.3能干嘛

1.服务降级
2.服务熔断
3.接近实时的监控
。。。。。

1.4官网资料

https://github.com/Netflix/Hystrix/wiki/How-To-Use

1.5Hystrix官宣，停更进维

https://github.com/Netflix/Hystrix
在这里插入图片描述
1.被动修复bugs
2.不再接受合并请求
3.不再发布新版本

二、Hystrix重要概念

1.服务降级

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

1.2哪些情况会触发降级

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

2.服务熔断

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

服务的降级 -> 进而熔断 -> 恢复调用链路

3.服务限流

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

三、Hystrix案例

1.构建

ps：为了方便测试eureka7001服务配置文件改为单击版，不用注册到7002中
1.1 新建模块

新建cloud-provider-hystrix-payment8001

1.2 改pom

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>mscloud03</artifactId>
        <groupId>com.atguigu.springcloud</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>cloud-provider-hystrix-payment8001</artifactId>

    <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-client</artifactId>
        </dependency>
        <!--web-->
        <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><!-- 引入自己定义的api通用包，可以使用Payment支付Entity -->
            <groupId>com.atguigu.springcloud</groupId>
            <artifactId>cloud-api-commons</artifactId>
            <version>${project.version}</version>
        </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>

</project>

1.3 新建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
      defaultZone: http://eureka7001.com:7001/eureka

1.4 主启动类

package com.atguigu.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.circuitbreaker.EnableCircuitBreaker;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;

/**
 * @auther zzyy
 * @create 2020-02-04 13:04
 */
@SpringBootApplication
@EnableEurekaClient //本服务启动后会自动注册进eureka服务中
public class PaymentHystrixMain8001
{
    public static void main(String[] args)
    {
        SpringApplication.run(PaymentHystrixMain8001.class,args);
    }
}

1.5 业务类
1.5.1 新建service

 
package com.atguigu.springcloud.service;

import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Service;
import org.springframework.web.bind.annotation.PathVariable;

import java.util.concurrent.TimeUnit;

/**
 * @auther zzyy
 * @create 2020-02-04 13:12
 */
@Service
public class PaymentService
{
    /**
     * 正常访问，一切OK
     * @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)
    {
        try { TimeUnit.SECONDS.sleep(3); } catch (InterruptedException e) { e.printStackTrace(); }
        return "线程池:"+Thread.currentThread().getName()+"paymentInfo_TimeOut,id: "+id+"\t"+"O(∩_∩)O，耗费3秒";
    }
}

1.5.2 新建controller

 
package com.atguigu.springcloud.controller;

import com.atguigu.springcloud.service.PaymentService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestHeader;
import org.springframework.web.bind.annotation.RestController;

/**
 * @auther zzyy
 * @create 2019-11-22 13:02
 */
@RestController
@Slf4j
public class PaymentController
{
    @Autowired
    private PaymentService paymentService;

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


    @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;
    }

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

1.6 正常测试

1.启动eureka7001
2.启动cloud-provider-hystrix-payment8001
3.访问
3.1 success的方法(页面调用立刻返回结果)
地址：http://localhost:8001/payment/hystrix/ok/31
3.2每次调用耗费5秒钟（页面调用等待3秒返回结果）
地址：http://localhost:8001/payment/hystrix/timeout/31
4.上述module均OK
ps：以上述为根基平台，从正确 -> 错误 -> 降级熔断 -> 恢复

2.高并发测试

2.1 上述在非高并发情形下，还能勉强满足，but…
2.2 Jmeter压测测试

前提：会使用Jmeter
1.开启Jmeter，来20000个并发压死8001,20000个请求都去访问paymentInfo_TimeOut服务
在这里插入图片描述
2.再来一个访问
http://localhost:8001/payment/hystrix/ok/31
3.演示结果
3.1两个都在自己转圈圈（http://localhost:8001/payment/hystrix/ok/31和http://localhost:8001/payment/hystrix/timeout/31访问都变慢了）
3.2为什么会被卡死
解：tomcat的默认的工作线程数被打满 了，没有多余的线程来分解压力和处理。

2.3 Jmeter压测结论

上面还是服务提供者8001自己测试，假如此时外部的消费者80也来访问，那消费者只能干等，最终导致消费端80不满意，服务端8001直接被拖死。

2.4 看热闹不嫌事大，80新建加入
2.4.1 新建模块

新建cloud-consumer-feign-hystrix-order80

2.4.2 改pom

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>mscloud03</artifactId>
        <groupId>com.atguigu.springcloud</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>cloud-consumer-feign-hystrix-order80</artifactId>


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


</project>

2.4.3 新建yml文件

server:
  port: 80

eureka:
  client:
    register-with-eureka: false
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/

2.4.4 主启动类

package com.atguigu.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.hystrix.EnableHystrix;
import org.springframework.cloud.openfeign.EnableFeignClients;

/**
 * @auther zzyy
 * @create 2020-02-04 16:32
 */
@SpringBootApplication
@EnableFeignClients
public class OrderHystrixMain80
{
    public static void main(String[] args)
    {
        SpringApplication.run(OrderHystrixMain80.class,args);
    }
}

2.4.5 业务类
2.4.5.1 PaymentHystrixService接口

 
package com.atguigu.springcloud.service;

import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.stereotype.Component;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;

/**
 * @auther zzyy
 * @create 2020-02-04 16:34
 */
@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);
}

2.4.5.2 OrderHystirxController类

package com.atguigu.springcloud.controller;

import com.atguigu.springcloud.service.PaymentHystrixService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RestController;

import javax.annotation.Resource;

/**
 * @auther zzyy
 * @create 2020-02-20 11:57
 */
@RestController
@Slf4j
public class OrderHystirxController
{
    @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;
    }
}

2.4.6 正常测试

http://localhost/consumer/payment/hystrix/ok/31

2.4.7 并发测试

  1. 2w个线程压8001
  2. 消费端80微服务再去访问正常的OK微服务8001地址
  3. http://localhost/consumer/payment/hystrix/ok/32
  4. 消费者80，o(╥﹏╥)o
    4.1 要么转圈圈等待
    4.2 要么消费端报超时错误
    在这里插入图片描述

3.故障现象和导致原因

1.8001同一层次的其它接口服务被困死，因为tomcat线程池里面的工作线程已经被挤占完毕。
2.80此时调用8001，客户端访问响应缓慢，转圈圈。

4.上述结论

正因为有上述故障或不佳表现，才有我们的降级/容错/限流等技术诞生。

5.如何解决？解决的要求

5.1 超时导致服务器变慢（转圈）

超时不再等待

5.2 出错（宕机或程序运行出错）

出错要有兜底

5.3 解决

1.对方服务（8001）超时了，调用者（80）不能一直卡死等待，必须有服务降级
2.对方服务（8001）down机了，调用者（80）不能一直卡死等待，必须有服务降级
3.对方服务（8001）OK,调用者（80）自己出故障或有自我要求（自己的等待时间小于服务提供者），自己处理降级。

6.服务降级

6.1 降级配置

@HystrixCommand

6.2 8001先从自身找问题

设置自身调用超时时间的峰值，峰值内可以正常运行，超过了需要有兜底的方法处理，作服务降级fallback。

6.3 8001fallback
6.3.1 业务类启用

 
package com.atguigu.springcloud.service;

import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixProperty;
import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Service;
import org.springframework.web.bind.annotation.PathVariable;

import java.util.concurrent.TimeUnit;

/**
 * @auther zzyy
 * @create 2020-02-04 13:12
 */
@Service
public class PaymentService
{
    /**
     * 正常访问，一切OK
     * @param id
     * @return
     */
    public String paymentInfo_OK(Integer id)
    {
        return "线程池:"+Thread.currentThread().getName()+"paymentInfo_OK,id: "+id+"\t"+"O(∩_∩)O";
    }

    /**
     * 超时访问，演示降级
     * @param id
     * @return
     */
    @HystrixCommand(fallbackMethod = "paymentInfo_TimeOutHandler",commandProperties = {
            @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value="3000")
    })
    public String paymentInfo_TimeOut(Integer id)
    {
        int second = 5;
        try { TimeUnit.SECONDS.sleep(second); } catch (InterruptedException e) { e.printStackTrace(); }
        return "线程池:"+Thread.currentThread().getName()+"paymentInfo_TimeOut,id: "+id+"\t"+"O(∩_∩)O，耗费秒: "+second;
    }
    public String paymentInfo_TimeOutHandler(Integer id){
        return "/(ㄒoㄒ)/调用支付接口超时或异常：\t"+ "\t当前线程池名字" + Thread.currentThread().getName();
    }
}

@HystrixCommand报异常后如何处理？
1.一旦调用服务方法失败并抛出了错误信息后，会自动调用@HystrixCommand标注好的fallbackMethod调用类中的指定方法。
2.图示：
在这里插入图片描述

6.3.2 主启动类激活

添加新注解@EnableCircuitBreaker

6.4 80fallback

1.80订单微服务，也可以更好的保护自己，自己也一样画葫芦进行客户端降级保护。
2.题外话，切记：
我们自己配置过的热部署方式对java代码的改动明显，但对@HystrixCommand内属性的修改建议重启微服务。

6.4.1 yml修改

 
server:
  port: 80

eureka:
  client:
    register-with-eureka: false
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/

feign:
  hystrix:
    enabled: true

6.4.2 主启动类上添加@EnableHystrix注解
在这里插入图片描述
6.4.3 业务类

 
package com.atguigu.springcloud.controller;

import com.atguigu.springcloud.service.PaymentHystrixService;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixProperty;
import lombok.extern.slf4j.Slf4j;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RestController;

import javax.annotation.Resource;

/**
 * @auther zzyy
 * @create 2020-02-04 16:35
 */
@RestController
@Slf4j
public class PaymentHystirxController
{
    @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}")
@HystrixCommand(fallbackMethod = "paymentTimeOutFallbackMethod",commandProperties = {
        @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value="1500")
})
public String paymentInfo_TimeOut(@PathVariable("id") Integer id)
{
    String result = paymentHystrixService.paymentInfo_TimeOut(id);
    return result;
}
public String paymentTimeOutFallbackMethod(@PathVariable("id") Integer id)
{
    return "我是消费者80,对方支付系统繁忙请10秒钟后再试或者自己运行出错请检查自己,o(╥﹏╥)o";
}

}

ps：上面改完后8001或者80后，如果出现了超时或者代码问题，会返回降级方法中代码。

6.5 目前问题

1.每个业务方法对应一个兜底的方法，代码膨胀
2.统一和自定义的分开

6.6 解决问题
6.6.1 每个方法配置一个（膨胀）

1.feign接口系列
2.@DefaultProperties(defaultFallback = “”)
在这里插入图片描述
2.1说明：
@DefaultProperties(defaultFallback = “”)
（1）、1:1 每个方法配置一个服务降级方法，技术上可以，实际上很傻X
（2）、1:n 除了个别重要核心业务有专属，其它普通的可以通过@DefaultProperties(defaultFallback = “”)统一跳转到统一处理结果页面。
（3）、通用的和独享的各自分开，避免了代码膨胀，合理减少了代码量

3.controller配置
在这里插入图片描述

6.6.2 和业务逻辑混在一起（混乱）

1.服务降级，客户端去调用服务端，碰上服务端宕机或关闭
2.本次案例服务降级处理是在客户端80实现完成的，与服务端8001没有关系；只需要为Feign客户端定义的接口添加一个服务降级处理的实现类即可实现解耦
3.未来我们要面对的异常：运行，超时，宕机
4.再看我们的业务类PaymentController
在这里插入图片描述
结论：混在一起每个业务方法都要写一个
5.修改cloud-consumer-feign-hystrix-order80
6.根据cloud-consumer-feign-hystrix-order80已经有的PaymentHystrixService接口，重新新建一个类(PaymentFallbackService)实现该接口，统一为接口里面的方法进行异常处理
7.PaymentFallbackService类实现PaymentFeignClientService接口
在这里插入图片描述
8.改yml
在这里插入图片描述
9.PaymentFeignClientService接口
在这里插入图片描述
10.测试
10.1 单个eureka先启动7001
10.2 PaymentHystrixMain8001启动
10.3 正常访问测试
http://localhost/consumer/payment/hystrix/ok/31
10.4 故意关闭微服务8001
10.5 客户端自己调用提示
此时服务端provider已经down了，但是我们做了服务降级处理，让客户端在服务端不可用时也会获得提示信息而不会挂起耗死服务器
在这里插入图片描述

7.服务熔断

1.断路器

一句话就是家里的保险丝

2.熔断是什么

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

大神论文：
https://martinfowler.com/bliki/CircuitBreaker.html

3.实操
3.1修改cloud-provider-hystrix-payment8001
3.2 PaymentService

 
//=========服务熔断
@HystrixCommand(fallbackMethod = "paymentCircuitBreaker_fallback",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 paymentCircuitBreaker_fallback(@PathVariable("id") Integer id)
{
    return "id 不能负数，请稍后再试，/(ㄒoㄒ)/~~   id: " +id;
}

3.2.1 why配置这些参数
在这里插入图片描述
3.3 PaymentController

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

3.4 测试

1.自测cloud-provider-hystrix-payment8001
2.正确
http://localhost:8001/payment/circuit/31
3.错误
http://localhost:8001/payment/circuit/-31
4.一次正确一次错误try try
5.重点测试
多次错误，然后慢慢正确，发现刚开始不满足条件，就算是正确的访问地址也不能进行。

4.原理（小总结）
4.1 大神结论
在这里插入图片描述

4.2 熔断类型

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

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

4.3.2 断路器在什么情况下开始起作用

这里是引用
涉及到断路器的三个重要参数：快照时间窗、请求总数阀值、错误百分比阀值。
1：快照时间窗：断路器确定是否打开需要统计一些请求和错误数据，而统计的时间范围就是快照时间窗，默认为最近的10秒。
2：请求总数阀值：在快照时间窗内，必须满足请求总数阀值才有资格熔断。默认为20，意味着在10秒内，如果该hystrix命令的调用次数不足20次，即使所有的请求都超时或其他原因失败，断路器都不会打开。
3：错误百分比阀值：当请求总数在快照时间窗内超过了阀值，比如发生了30次调用，如果在这30次调用中，有15次发生了超时异常，也就是超过50%的错误百分比，在默认设定50%阀值情况下，这时候就会将断路器打开。

4.3.3 断路器开启或者关闭的条件

1.当满足一定的阀值的时候（默认10秒内超过20个请求次数）
2.当失败率达到一定的时候（默认10秒内超过50%的请求失败）
3.到达以上阀值，断路器将会开启
4.当开启的时候，所有请求都不会进行转发
5.一段时间之后（默认是5秒），这个时候断路器是半开状态，会让其中一个请求进行转发。
如果成功，断路器会关闭，若失败，继续开启。重复4和5

4.3.4 断路器打开之后

1：再有请求调用的时候，将不会调用主逻辑，而是直接调用降级fallback。通过断路器，实现了自动地发现错误并将降级逻辑切换为主逻辑，减少响应延迟的效果。
2：原来的主逻辑要如何恢复呢？
对于这一问题，hystrix也为我们实现了自动恢复功能。
当断路器打开，对主逻辑进行熔断之后，hystrix会启动一个休眠时间窗，在这个时间窗内，降级逻辑是临时的成为主逻辑，
当休眠时间窗到期，断路器将进入半开状态，释放一次请求到原来的主逻辑上，如果此次请求正常返回，那么断路器将继续闭合，
主逻辑恢复，如果这次请求依然有问题，断路器继续进入打开状态，休眠时间窗重新计时。

4.3.5 All配置

//========================All
@HystrixCommand(fallbackMethod = "str_fallbackMethod",
        groupKey = "strGroupCommand",
        commandKey = "strCommand",
        threadPoolKey = "strThreadPool",

        commandProperties = {
                // 设置隔离策略，THREAD 表示线程池 SEMAPHORE：信号池隔离
                @HystrixProperty(name = "execution.isolation.strategy", value = "THREAD"),
                // 当隔离策略选择信号池隔离的时候，用来设置信号池的大小（最大并发数）
                @HystrixProperty(name = "execution.isolation.semaphore.maxConcurrentRequests", value = "10"),
                // 配置命令执行的超时时间
                @HystrixProperty(name = "execution.isolation.thread.timeoutinMilliseconds", value = "10"),
                // 是否启用超时时间
                @HystrixProperty(name = "execution.timeout.enabled", value = "true"),
                // 执行超时的时候是否中断
                @HystrixProperty(name = "execution.isolation.thread.interruptOnTimeout", value = "true"),
                // 执行被取消的时候是否中断
                @HystrixProperty(name = "execution.isolation.thread.interruptOnCancel", value = "true"),
                // 允许回调方法执行的最大并发数
                @HystrixProperty(name = "fallback.isolation.semaphore.maxConcurrentRequests", value = "10"),
                // 服务降级是否启用，是否执行回调函数
                @HystrixProperty(name = "fallback.enabled", value = "true"),
                // 是否启用断路器
                @HystrixProperty(name = "circuitBreaker.enabled", value = "true"),
                // 该属性用来设置在滚动时间窗中，断路器熔断的最小请求数。例如，默认该值为 20 的时候，
                // 如果滚动时间窗（默认10秒）内仅收到了19个请求， 即使这19个请求都失败了，断路器也不会打开。
                @HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "20"),
                // 该属性用来设置在滚动时间窗中，表示在滚动时间窗中，在请求数量超过
                // circuitBreaker.requestVolumeThreshold 的情况下，如果错误请求数的百分比超过50,
                // 就把断路器设置为 "打开" 状态，否则就设置为 "关闭" 状态。
                @HystrixProperty(name = "circuitBreaker.errorThresholdPercentage", value = "50"),
                // 该属性用来设置当断路器打开之后的休眠时间窗。 休眠时间窗结束之后，
                // 会将断路器置为 "半开" 状态，尝试熔断的请求命令，如果依然失败就将断路器继续设置为 "打开" 状态，
                // 如果成功就设置为 "关闭" 状态。
                @HystrixProperty(name = "circuitBreaker.sleepWindowinMilliseconds", value = "5000"),
                // 断路器强制打开
                @HystrixProperty(name = "circuitBreaker.forceOpen", value = "false"),
                // 断路器强制关闭
                @HystrixProperty(name = "circuitBreaker.forceClosed", value = "false"),
                // 滚动时间窗设置，该时间用于断路器判断健康度时需要收集信息的持续时间
                @HystrixProperty(name = "metrics.rollingStats.timeinMilliseconds", value = "10000"),
                // 该属性用来设置滚动时间窗统计指标信息时划分"桶"的数量，断路器在收集指标信息的时候会根据
                // 设置的时间窗长度拆分成多个 "桶" 来累计各度量值，每个"桶"记录了一段时间内的采集指标。
                // 比如 10 秒内拆分成 10 个"桶"收集这样，所以 timeinMilliseconds 必须能被 numBuckets 整除。否则会抛异常
                @HystrixProperty(name = "metrics.rollingStats.numBuckets", value = "10"),
                // 该属性用来设置对命令执行的延迟是否使用百分位数来跟踪和计算。如果设置为 false, 那么所有的概要统计都将返回 -1。
                @HystrixProperty(name = "metrics.rollingPercentile.enabled", value = "false"),
                // 该属性用来设置百分位统计的滚动窗口的持续时间，单位为毫秒。
                @HystrixProperty(name = "metrics.rollingPercentile.timeInMilliseconds", value = "60000"),
                // 该属性用来设置百分位统计滚动窗口中使用 “ 桶 ”的数量。
                @HystrixProperty(name = "metrics.rollingPercentile.numBuckets", value = "60000"),
                // 该属性用来设置在执行过程中每个 “桶” 中保留的最大执行次数。如果在滚动时间窗内发生超过该设定值的执行次数，
                // 就从最初的位置开始重写。例如，将该值设置为100, 滚动窗口为10秒，若在10秒内一个 “桶 ”中发生了500次执行，
                // 那么该 “桶” 中只保留 最后的100次执行的统计。另外，增加该值的大小将会增加内存量的消耗，并增加排序百分位数所需的计算时间。
                @HystrixProperty(name = "metrics.rollingPercentile.bucketSize", value = "100"),
                // 该属性用来设置采集影响断路器状态的健康快照（请求的成功、 错误百分比）的间隔等待时间。
                @HystrixProperty(name = "metrics.healthSnapshot.intervalinMilliseconds", value = "500"),
                // 是否开启请求缓存
                @HystrixProperty(name = "requestCache.enabled", value = "true"),
                // HystrixCommand的执行和事件是否打印日志到 HystrixRequestLog 中
                @HystrixProperty(name = "requestLog.enabled", value = "true"),
        },
        threadPoolProperties = {
                // 该参数用来设置执行命令线程池的核心线程数，该值也就是命令执行的最大并发量
                @HystrixProperty(name = "coreSize", value = "10"),
                // 该参数用来设置线程池的最大队列大小。当设置为 -1 时，线程池将使用 SynchronousQueue 实现的队列，
                // 否则将使用 LinkedBlockingQueue 实现的队列。
                @HystrixProperty(name = "maxQueueSize", value = "-1"),
                // 该参数用来为队列设置拒绝阈值。 通过该参数， 即使队列没有达到最大值也能拒绝请求。
                // 该参数主要是对 LinkedBlockingQueue 队列的补充,因为 LinkedBlockingQueue
                // 队列不能动态修改它的对象大小，而通过该属性就可以调整拒绝请求的队列大小了。
                @HystrixProperty(name = "queueSizeRejectionThreshold", value = "5"),
        }
)
public String strConsumer() {
    return "hello 2020";
}
public String str_fallbackMethod()
{
    return "*****fall back str_fallbackMethod";
}

8.服务限流

后面高级篇讲解alibaba的Sentinel说明

四、Hystrix工作流程

1.网址

https://github.com/Netflix/Hystrix/wiki/How-it-Works

2.Hystrix工作流程

1.官网图例
在这里插入图片描述

2.步骤说明
在这里插入图片描述
在这里插入图片描述

五、服务监控HystrixDashboard

1.概述

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

2.仪表盘9001

2.1 新建cloud-consumer-hystrix-dashboard9001模块
2.2 改pom文件

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>mscloud03</artifactId>
        <groupId>com.atguigu.springcloud</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>cloud-consumer-hystrix-dashboard9001</artifactId>



    <dependencies>
        <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>


</project>

2.3 新建yml文件

 server:
  port: 9001

2.4 HystrixDashboardMain9001+新注解@EnableHystrixDashboard

package com.atguigu.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.hystrix.dashboard.EnableHystrixDashboard;

/**
 * @auther zzyy
 * @create 2019-11-12 14:31
 */
@SpringBootApplication
@EnableHystrixDashboard
public class HystrixDashboardMain9001
{
    public static void main(String[] args)
    {
        SpringApplication.run(MainApp9001.class,args);
    }
}

2.5 所有Provider微服务提供类(8001/8002/8003)都需要监控依赖配置

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

2.6 启动cloud-consumer-hystrix-dashboard9001该微服务后续将监控微服务8001

访问网址：
http://localhost:9001/hystrix
页面如下：
在这里插入图片描述

3.断路器演示（服务监控hystrixDashboard）

3.1 修改cloud-provider-hystrix-payment8001

注意:新版本Hystrix需要在主启动类MainAppHystrix8001中指定监控路径

 
package com.atguigu.springcloud;

import com.netflix.hystrix.contrib.metrics.eventstream.HystrixMetricsStreamServlet;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.web.servlet.ServletRegistrationBean;
import org.springframework.cloud.client.circuitbreaker.EnableCircuitBreaker;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
import org.springframework.cloud.netflix.hystrix.EnableHystrix;
import org.springframework.context.annotation.Bean;

/**
 * @auther zzyy
 * @create 2019-11-05 21:20
 */
@SpringBootApplication
@EnableEurekaClient //本服务启动后会自动注册进eureka服务中
@EnableCircuitBreaker//对hystrixR熔断机制的支持
public class MainAppHystrix8001
{
    public static void main(String[] args)
    {
        SpringApplication.run(MainAppHystrix8001.class,args);
    }

/**
 *此配置是为了服务监控而配置，与服务容错本身无关，springcloud升级后的坑
 *ServletRegistrationBean因为springboot的默认路径不是"/hystrix.stream"，
 *只要在自己的项目里配置上下面的servlet就可以了
 */
@Bean
public ServletRegistrationBean getServlet() {
    HystrixMetricsStreamServlet streamServlet = new HystrixMetricsStreamServlet();
    ServletRegistrationBean registrationBean = new ServletRegistrationBean(streamServlet);
    registrationBean.setLoadOnStartup(1);
    registrationBean.addUrlMappings("/hystrix.stream");
    registrationBean.setName("HystrixMetricsStreamServlet");
    return registrationBean;
}
}

如果不加上面的代码可能会报如下错
Unable to connect to Command Metric Stream.
404

3.2 监控测试
3.2.1 启动1个eureka或者3个eureka集群均可
3.2.2 观察监控窗口

1.9001监控8001
1.1 填写监控地址
1.2 http://localhost:8001/hystrix.stream
在这里插入图片描述
2.测试地址
2.1http://localhost:8001/payment/circuit/31（访问正常地址）
2.2http://localhost:8001/payment/circuit/-31（访问异常地址）
2.3 上述测试通过（ok）
2.4 先访问正确地址，再访问错误地址，再正确地址，会发现图示断路器都是慢慢放开的。
2.4.1 监控结果，成功
在这里插入图片描述

2.4.2 监控结果，失败
在这里插入图片描述
3.如何看？
3.1 7色
3.2 1圈
实心圆：共有两种含义。它通过颜色的变化代表了实例的健康程度，它的健康度从绿色<黄色<橙色<红色递减。
该实心圆除了颜色的变化之外，它的大小也会根据实例的请求流量发生变化，流量越大该实心圆就越大。所以通过该实心圆的展示，就可以在大量的实例中快速的发现故障实例和高压力实例。
3.3 1线
曲线：用来记录2分钟内流量的相对变化，可以通过它来观察到流量的上升和下降趋势。
3.4 整图说明
在这里插入图片描述
3.5 整图说明2
在这里插入图片描述
4.搞懂一个才能看懂复杂的
在这里插入图片描述

ps:尚硅谷SpringCloud学习笔记

SpringCloud（第一章 零基础理论入门）
SpringCloud（第二章 从2.2.x和H版开始说起）
SpringCloud（第三章 关于Cloud各种组件的停更/升级/替换）
SpringCloud（第四章 服务架构编码构建）
SpringCloud（第五章 Eureka服务注册与发现）
SpringCloud（第六章 Zookeeper服务注册与发现）
SpringCloud（第七章 Consul服务注册与发现）
SpringCloud（第八章 Ribbon负载均衡服务调用）
SpringCloud（第九章 OpenFeign服务接口调用）
SpringCloud（第十章 Hystrix断路器）
SpringCloud（第十一章 Gateway新一代网关）
SpringCloud（第十二章 SpringCloud Config 分布式配置中心）
SpringCloud（第十三章 SpringCloud Bus 消息总线）
SpringCloud（第十四章 SpringCloud Stream 消息驱动）
SpringCloud（第十五章 SpringCloud Sleuth 分布式请求链路跟踪）
SpringCloud（第十六章 SpringCloud Alibaba 入门简介）
SpringCloud（第十七章 SpringCloud Alibaba Nacos服务注册和配置中心）
SpringCloud（第十八章 SpringCloud Alibaba Sentinel实现熔断与限流）
SpringCloud（第十九章 SpringCloud Alibaba Seata处理分布式事务）
SpringCloud（第二十章 SpringCloud之雪花算法）

懒惰的小白521
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Hystrix服务降级
m0_51536158的博客
12-20 606
hystrix， 服务降级， @EnableHystrix，@HystrixCommand，@HystrixProperty， fallbackMethod
Hystrix （一）降级
weixin_55883492的博客
05-09 1193
Hystrix的介绍以及降级的配置
【SpringCloud笔记】（7）服务降级之Hystrix
jinx
12-19 1243
轻松搞定豪猪哥~
【微服务笔记10】微服务组件之Hystrix实现服务降级和服务熔断
✅ Java 开发工程师，从事 Web 应用程序的研发，擅长 Spring、SpringBoot 等技术。 ✅ 热爱编程，业余时间学习新知识，通过 CSDN 记录学习心得和笔记内容。
04-10 1330
服务降级：发生在客户端侧，当某个微服务自身出现大量的请求，从而没办法处理过来的时候，这个时候可以采取某种策略，将那些不重要的请求直接中断，返回事先定义好的fallback方法（可以叫做兜底方法），这样就可以为那些核心业务接口提供更多的资源。服务降级是最简单的一种实现方式，那什么情况下会出发服务降级呢？？？第一种情况：当出现【HystrixBadRequestException】之外的异常时候，就会触发服务降级。第二种情况：当接口方法调用超时，触发服务降级。第三种情况：熔断器开启的时候。
Hystrix 服务降级
最新发布
qq_33240556的博客
05-13 313
服务降级意味着在主逻辑（如调用远程服务）执行失败或超时时，系统能够自动切换到一个预先定义好的、简化的逻辑来处理请求，这个简化的逻辑通常能提供部分功能或者一个友好的错误提示，而不是让请求完全失败。服务降级是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
**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入门使用 服务熔断 服务降级 服务雪崩
Janyi_的博客
05-30 1464
hystrix停止更新，理念优秀。分布式系统面临的问题:对于复杂的分布式体系，有数十个依赖，依赖不可避免的错误。服务会出现雪崩，。Hystrix就是用于解决分布式系统延迟和容错的开源库。保证在一个依赖出现问题，不会导致整体的服务失败，避免级联故障，以提高分布式系统的弹性如果出现错误，向调用方抛出备选FallBack。
阿里P7大佬带你深入理解熔断、降级的Hystrix实现
weixin_71690375的博客
05-30 455
前面的章节，我们学习了微服务中对熔断降级的原理，参考这篇《了解了固定窗口算法、滑动窗口算法、 漏桶原理和令牌桶原理，本文对Hystrix做进一步的分析。Hystrix是Netflix开源的一款具备熔断、限流、降级能力的容错系统，设计目的是将应用中的系统访问、多链路服务调用、第三方依赖服务的调用，通过流量资源控制的方式隔离开。避免了在分布式系中的某个服务故障沿着调用链向上传递，出现整体的服务雪崩，并以此提升系统的稳定性和健壮性。
Hystrix之服务降级
weixin_52771283的博客
08-07 619
springcloud的组件Hystrix一个重要的作用就是实现服务降级，下面介绍相关的使用
【Springcloud篇】学习笔记四（九章）：Hystrix—服务降级、熔断、限流
踢桃的成长之路
01-31 1543
【Springcloud篇】学习笔记四（九章）：Hystrix—服务降级、熔断、限流
关于Hystrix进行服务降级的问题
DFJMAX的博客
06-23 181
这是因为，Hystrix的命令默认超时时长为1s，即使客户端的调用能够容忍2s的处理时长，但由于Hystrix命令的默认超时时间为1秒，因此在超过1秒后，Hystrix会认为服务调用超时，并触发服务降级逻辑，导致调用fallbackClientMethod方法。服务端存在服务，假定处理时长为2000ms；客户端进行调用，容忍时长为3000ms，否则进行服务降级调用fallback处理。处理方法：需要在配置文件中修改Hystrix命令的默认时长，比如设置命令超时时长为5000ms，即可解决上述问题。
Hystrix: 服务降级
qq_53374893的博客
08-25 259
cloud是基础，eureka是服务注册和发现，consumer是消费者去消费provider里的东西，消费方式就是Feign和Ribbon，feign 接口消费，ribbon Rest消费。就是当服务器在A爆满的时候需要关闭其他的服务器来去跑A的服务，才能支撑，但是别人访问C的时候，你必须采用服务降级，来让他知道服务器关闭了，而不是直接抛个异常给他。服务降级发生在客户端，客户端因为请求关闭的服务器，让他访问另一个降级服务。服务熔断发生在服务端，服务器报异常了，就会让请求走第二个服务。
SpringCloud Hystrix 服务降级和熔断
fenggfa的博客
08-14 360
Hystrix 服务降级和熔断 代码编写和设置
【springcloud开发教程】服务熔断、降级——Hystrix
qq_47982709的博客
04-18 1511
当整个微服务架构整体的负载超出了预设的上限阈值或即将到来的流量预计将会超过预设的阈值时，为了保证重要或基本的服务能正常运行，可以将一些不重要或不 紧急的服务或任务进行服务的 延迟使用 或 暂停使用。服务降级是指当服务器压力剧增的情况下，根据实际业务情况及流量，对一些服务和页面有策略的不处理，或换种简单的方式处理，从而释放服务器资源以保证核心业务正常运作或高效运作。多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”，如果扇出的链路上。
SpringCloud的Hystrix断路器特性
06-12
Spring Cloud集成了Hystrix，提供了断路器的特性，用于解决服务雪崩问题。 Hystrix断路器的特性主要有以下几个方面： 1. 断路器机制：当某个服务出现故障或者响应时间过长时，Hystrix会自动断开该服务的请求，避免...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值