Spring Cloud-03-Hystrix熔断器

最新推荐文章于 2024-07-11 17:24:34 发布
最新推荐文章于 2024-07-11 17:24:34 发布
阅读量139 收藏
点赞数
分类专栏： Spring Cloud 文章标签： java 微服务 spring cloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Kiven_ch/article/details/118096695
版权

微服务中的雪崩效应

微服务中，⼀个请求可能需要多个微服务接⼝才能实现，会形成复杂的调⽤链路。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
扇⼊：代表着该微服务被调⽤的次数，扇入大，说明该模块复⽤性好

扇出：该微服务调⽤其他微服务的个数，扇出大，说明业务逻辑复杂

扇入大是⼀个好事，扇出大不⼀定是好事

  在微服务架构中，⼀个应⽤可能会有多个微服务组成，微服务之间的数据交互通过远程过程调⽤完成。这就带来⼀个问题，假设微服务A调⽤微服务B和微服务C，微服务B和微服务C⼜调⽤其它的微服务，这就是所谓的“扇出”。如果扇出的链路上某个微服务的调⽤响应时间过⻓或者不可⽤，对微服务A的调⽤就会占⽤越来越多的系统资源，进⽽引起系统崩溃，所谓的“雪崩效应”。

  如图中所示，最下游简历微服务响应时间过⻓，⼤量请求阻塞，⼤量线程不会释放，会导致服务器资源耗尽，最终导致上游服务甚⾄整个系统瘫痪。

雪崩效应解决方案

  从可⽤性可靠性着想，为防⽌系统的整体缓慢甚⾄崩溃，采⽤的技术⼿段；下⾯，我们介绍三种技术⼿段应对微服务中的雪崩效应，这三种⼿段都是从系统可⽤性、可靠性⻆度出发，尽量防⽌系统整体缓慢甚⾄瘫痪。

服务熔断
  熔断机制是应对雪崩效应的⼀种微服务链路保护机制。我们在各种场景下都会接触到熔断这两个字。⾼压电路中，如果某个地⽅的电压过⾼，熔断器就会熔断，对电路进⾏保护。股票交易中，如果股票指数过⾼，也会采⽤熔断机制，暂停股票的交易。同样，在微服务架构中，熔断机制也是起着类似的作⽤。当扇出链路的某个微服务不可⽤或者响应时间太⻓时，熔断该节点微服务的调⽤，进⾏服务的降级，快速返回错误的响应信息。当检测到该节点微服务调⽤响应正常后，恢复调⽤链路。

注意：

  1. 服务熔断重点在“断”，切断对下游服务的调⽤

  2. 服务熔断和服务降级往往是⼀起使⽤的，Hystrix就是这样。

服务降级
  通俗讲就是整体资源不够⽤了，先将⼀些不关紧的服务停掉（调⽤我的时候，给你返回⼀个预留的值，也叫做兜底数据），待渡过难关⾼峰过去，再把那些服务打开。

  服务降级⼀般是从整体考虑，就是当某个服务熔断之后，服务器将不再被调⽤，此刻客户端可以⾃⼰准备⼀个本地的fallback回调，返回⼀个缺省值，这样做，虽然服务⽔平下降，但好⽍可⽤，⽐直接挂掉要强。

服务限流

  服务降级是当服务出问题或者影响到核⼼流程的性能时，暂时将服务屏蔽掉，待⾼峰或者问题解决后再打开；但是有些场景并不能⽤服务降级来解决，⽐如秒杀业务这样的核⼼功能，这个时候可以结合服务限流来限制这些场景的并发/请求量

限流措施也很多，⽐如

  • 限制总并发数（⽐如数据库连接池、线程池）

  • 限制瞬时并发数（如nginx限制瞬时并发连接数）

  • 限制时间窗⼝内的平均速率（如Guava的RateLimiter、nginx的limit_req模块，

  • 限制每秒的平均速率）

  • 限制远程接⼝调⽤速率、限制MQ的消费速率等

Hystrix简介

[来⾃官⽹]Hystrix（豪猪----->刺），宣⾔“defend your app”是由Netflix开源的⼀个延迟和容错库，⽤于隔离访问远程系统、服务或者第三⽅库，防⽌级联失败，从⽽提升系统的可⽤性与容错性。Hystrix主要通过以下⼏点实现延迟和容错。

  • 包裹请求：使⽤HystrixCommand包裹对依赖的调⽤逻辑。 ⾃动投递微服务⽅法（@HystrixCommand 添加Hystrix控制） ——调⽤简历微服务

  • 跳闸机制：当某服务的错误率超过⼀定的阈值时，Hystrix可以跳闸，停⽌请求该服务⼀段时间。

  • 资源隔离：Hystrix为每个依赖都维护了⼀个⼩型的线程池(舱壁模式)（或者信号量）。如果该线程池已满， 发往该依赖的请求就被⽴即拒绝，⽽不是排队等待，从⽽加速失败判定。

  • 监控：Hystrix可以近乎实时地监控运⾏指标和配置的变化，例如成功、失败、超时、以及被拒绝 的请求等。

  • 回退机制：当请求失败、超时、被拒绝，或当断路器打开时，执⾏回退逻辑。回退逻辑由开发⼈员 ⾃⾏提供，例如返回⼀个缺省值。

  • ⾃我修复：断路器打开⼀段时间后，会⾃动进⼊“半开”状态。

Hystrix熔断应用

⽬的：简历微服务长时间没有响应，服务消费者—>⾃动投递微服务快速失败给⽤户提示
在这里插入图片描述
继续使用上一篇文章中的工程

  • 服务消费者工程（⾃动投递微服务）中引⼊Hystrix依赖坐标（也可以添加在父⼯程中）
        <!--熔断器Hystrix-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>
  • 服务消费者⼯程（⾃动投递微服务）的启动类中添加熔断器开启注解
    @EnableCircuitBreaker
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.circuitbreaker.EnableCircuitBreaker;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;

@SpringBootApplication
@EnableDiscoveryClient
@EnableCircuitBreaker
public class AutoDeliverApplication {
    public static void main(String[] args) {
        SpringApplication.run(AutoDeliverApplication.class, args);
    }
}
  • 服务提供者使用Thread.sleep模拟服务异常
@RestController
@RequestMapping("/resume")
public class ResumeController {

    @Value("${server.port}")
    private Integer port;
   
    @RequestMapping("/openstate/{userId}")
    public Integer findResumeStateById(@PathVariable Long userId){
 
        try {
            Thread.sleep(10000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return port;
    }
}
  • 服务消费者业务⽅法上使⽤@HystrixCommand 设置超时时间5秒
    /**
     * 提供者模拟处理超时，调⽤⽅法添加Hystrix控制
     * @param userId
     * @return
     */
    // 使⽤@HystrixCommand注解进⾏熔断控制
    @HystrixCommand(
            commandProperties = {
                    @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds" , value = "5000")
            }
    )
    @RequestMapping("/checkStateTimeout/{userId}")
    public Integer findResumeStateTimeout(@PathVariable Long userId){
        Integer forObject = restTemplate.getForObject("http://cloud-service-resume/resume/openstate/" + userId, Integer.class);
        return forObject;
    }
  • 测试

在这里插入图片描述

  • 修改消费者添加服务回退方法

注意**
降级（兜底）⽅法必须和被降级⽅法相同的⽅法签名（相同参数列表、相同返回值）,可以在类上使⽤@DefaultProperties注解统⼀指定整个类中共⽤的降级（兜底）⽅法

    /**
     * 提供者模拟处理超时，调⽤⽅法添加Hystrix控制
     * @param userId
     * @return
     */
    // 使⽤@HystrixCommand注解进⾏熔断控制
    @HystrixCommand(
            commandProperties = {
                    @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds" , value = "5000")
            },
            fallbackMethod = "myFallBack"
    )
    @RequestMapping("/checkStateTimeoutFallback/{userId}")
    public Integer findResumeStateTimeoutFallback(@PathVariable Long userId){
        Integer forObject = restTemplate.getForObject("http://cloud-service-resume/resume/openstate/" + userId, Integer.class);
        return forObject;
    }

    /*
     定义回退⽅法，返回预设默认值
     注意：该⽅法形参和返回值与原始⽅法保持⼀致
    */
    public Integer myFallBack(Long userId) {
        return -123333; // 兜底数据
    }
  • 测试
    在这里插入图片描述

Hystrix舱壁模式（线程池隔离策略）

在这里插入图片描述
  如果不进⾏任何设置，所有熔断⽅法使⽤⼀个Hystrix线程池（10个线程），那么这样的话会导致问题，这个问题并不是扇出链路微服务不可⽤导致的，⽽是我们的线程机制导致的，如果⽅法A的请求把10个线程都⽤了，⽅法2请求处理的时候压根都没法去访问B，因为没有线程可⽤，并不是B服务不可⽤。
在这里插入图片描述

  为了避免问题服务请求过多导致正常服务⽆法访问，Hystrix 不是采⽤增加线程数，⽽是单独的为每⼀个控制⽅法创建⼀个线程池的⽅式，这种模式叫做“舱壁模式"，也是线程隔离的⼿段。

我们可以使⽤⼀些⼿段查看线程情况在这里插入图片描述

发起请求，可以使⽤PostMan模拟批量请求
在这里插入图片描述
在这里插入图片描述
Hystrix舱壁模式程序修改

    /**
     * 提供者模拟处理超时，调⽤⽅法添加Hystrix控制
     * @param userId
     * @return
     */
    // 使⽤@HystrixCommand注解进⾏熔断控制
    @HystrixCommand(
            // 线程池标识，要保持唯一，不唯一的话就共用了
            threadPoolKey = "findResumeOpenStateTimeout",
            commandProperties = {
                    @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds" , value = "5000")
            },
            // 线程池细节属性配置
            threadPoolProperties = {
                    @HystrixProperty(name = "coreSize", value = "1"),
                    @HystrixProperty(name = "maxQueueSize", value = "20")
            }
    )
    @RequestMapping("/checkStateTimeout/{userId}")
    public Integer findResumeStateTimeout(@PathVariable Long userId){
        Integer forObject = restTemplate.getForObject("http://cloud-service-resume/resume/openstate/" + userId, Integer.class);
        return forObject;
    }


    /**
     * 提供者模拟处理超时，调⽤⽅法添加Hystrix控制
     * @param userId
     * @return
     */
    // 使⽤@HystrixCommand注解进⾏熔断控制
    @HystrixCommand(
            // 线程池标识，要保持唯一，不唯一的话就共用了
            threadPoolKey = "findResumeOpenStateTimeoutFallback",
            commandProperties = {
                    @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds" , value = "5000")
            },
            fallbackMethod = "myFallBack",
            // 线程池细节属性配置
            threadPoolProperties = {
                    @HystrixProperty(name = "coreSize", value = "2"),
                    @HystrixProperty(name = "maxQueueSize", value = "20")
            }
    )
    @RequestMapping("/checkStateTimeoutFallback/{userId}")
    public Integer findResumeStateTimeoutFallback(@PathVariable Long userId){
        Integer forObject = restTemplate.getForObject("http://cloud-service-resume/resume/openstate/" + userId, Integer.class);
        return forObject;
    }

    /*
     定义回退⽅法，返回预设默认值
     注意：该⽅法形参和返回值与原始⽅法保持⼀致
    */
    public Integer myFallBack(Long userId) {
        return -123333; // 兜底数据
    }

注意 threadPoolKey一定要设置否则还是会共用一个线程池, 如下图
在这里插入图片描述
看下正确的线程情况
在这里插入图片描述

Hystrix工作流程和高级应用

在这里插入图片描述

  1. 当调⽤出现问题时，开启⼀个时间窗（10s）

  2. 在这个时间窗内，统计调⽤次数是否达到最小请求数？
    如果没有达到，则重置统计信息，回到第1步
    如果达到了，则统计失败的请求数占所有请求数的百分比，是否达到阈值？
    如果达到，则跳闸（不再请求对应服务）
    如果没有达到，则重置统计信息，回到第1步

  3. 如果跳闸，则会开启⼀个活动窗⼝（默认5s），每隔5s，Hystrix会让⼀个请求通过,到达那个问题服务，看 是否调⽤成功，如果成功，重置断路器回到第1步，如果失败，回到第3步

            // commandProperties熔断的一些细节属性配置
            commandProperties = {
                    // 每一个属性都是一个HystrixProperty
                    @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value="2000"),



                    // hystrix高级配置，定制工作过程细节
                    // 统计时间窗口定义
                    @HystrixProperty(name = "metrics.rollingStats.timeInMilliseconds",value = "8000"),
                    // 统计时间窗口内的最小请求数
                    @HystrixProperty(name = "circuitBreaker.requestVolumeThreshold",value = "2"),
                    // 统计时间窗口内的错误数量百分比阈值
                    @HystrixProperty(name = "circuitBreaker.errorThresholdPercentage",value = "50"),
                    // 自我修复时的活动窗口长度
                    @HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds",value = "3000")



            },

上述通过注解进⾏的配置也可以配置在配置⽂件中

# 配置熔断策略：
hystrix:
  command:
    default:
      circuitBreaker:
        # 强制打开熔断器，如果该属性设置为true，强制断路器进⼊打开状态，将会拒绝所有的请求。 默认false关闭的
        forceOpen: false
        # 触发熔断错误⽐例阈值，默认值50%
        errorThresholdPercentage: 50
        # 熔断后休眠时⻓，默认值5秒
        sleepWindowInMilliseconds: 3000
        # 熔断触发最⼩请求次数，默认值是20
        requestVolumeThreshold: 2
      execution:
        isolation:
          thread:
            # 熔断超时设置，默认为1秒
           timeoutInMilliseconds: 2000

基于springboot的健康检查观察跳闸状态（⾃动投递微服务暴露健康检查细节）

management:
  endpoints:
    web:
      exposure:
        include: "*"
  endpoint:
    health:
      show-details: always

访问健康检查接⼝：http://localhost:8090/actuator/health

hystrix正常⼯作状态
在这里插入图片描述
跳闸状态
在这里插入图片描述
活动窗⼝内⾃我修复
在这里插入图片描述

Hystrix Dashboard断路监控仪表盘

&emsp:&emsp:正常状态是UP，跳闸是⼀种状态CIRCUIT_OPEN，可以通过/health查看，前提是⼯程中需要引⼊SpringBoot的actuator（健康监控），它提供了很多监控所需的接⼝，可以对应用系统进⾏配置查看、相关功能统计等。

父工程已经添加相关依赖

        <!-- Actuator可以帮助你监控和管理Spring Boot应⽤-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>

  如果想看到Hystrix相关数据，⽐如有多少请求、多少成功、多少失败、多少降级等，那么引⼊SpringBoot健康监控之后，访问 /actuator/hystrix.stream接⼝可以获取到监控的⽂字信息，但是不直观，所以Hystrix官⽅还提供了基于图形化的DashBoard（仪表板）监控平 台。Hystrix仪表板可以显示每个断路器（被@HystrixCommand注解的⽅法）的状态。

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

  1. 新建⼀个监控服务⼯程
  2. pom导入依赖
    <dependencies>
        <!--hystrix-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>
        <!--hystrix 仪表盘-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix-dashboard</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
    </dependencies>
  1. 主启动类,启动类添加@EnableHystrixDashboard激活仪表盘
@SpringBootApplication
@EnableDiscoveryClient
@EnableHystrixDashboard
public class HystrixDashBoard9000 {
    public static void main(String[] args) {
        SpringApplication.run(HystrixDashBoard9000.class, args);
    }
}
  1. yaml配置文件
server:
  port: 9000
Spring:
  application:
    name: cloud-hystrix-dashboard
eureka:
  client:
    serviceUrl: # eureka server的路径
      defaultZone: http://eureka8762.com:8762/eureka/,http://eureka8761.com:8761/eureka/ #把 eureka 集群中的所有 url 都填写了进来，也可以只写一台，因为各个 eureka server 可以同步注册表
  instance:
    #使用ip注册，否则会使用主机名注册了（此处考虑到对老版本的兼容，新版本经过实验都是ip）
    prefer-ip-address: true
    #自定义实例显示格式，加上版本号，便于多版本管理，注意是ip-address，早期版本是ipAddress
    instance-id: ${spring.cloud.client.ip-address}:${spring.application.name}:${server.port}:@project.version@

被监控微服务发布之后，可以直接访问监控servlet，但是得到的数据并不直观，后期可以结合仪表盘更友好的展示
http://localhost:8090/actuator/hystrix.stream
在这里插入图片描述

  1. 访问测试 http://localhost:9000/hystrix

输⼊监控的微服务端点地址，展示监控的详细数据，⽐如监控服务消费者http://localhost:8090/actuator/hystrix.stream
在这里插入图片描述
如果出现下面的异常
在这里插入图片描述
去查看下控台的日志
在这里插入图片描述
配置文件中添加相应的参数

hystrix:
  dashboard:
    proxyStreamAllowList: "localhost"

在这里插入图片描述
百分⽐，10s内错误请求百分⽐
实⼼圆：

  • ⼤⼩：代表请求流量的⼤⼩，流量越⼤球越⼤

  • 颜⾊：代表请求处理的健康状态，从绿⾊到红⾊递减，绿⾊代表健康，红⾊就代表很不健康

曲线波动图：
记录了2分钟内该⽅法上流量的变化波动图，判断流量上升或者下降的趋势

Hystrix Turbine聚合监控

  之前针对的是⼀个微服务实例的Hystrix数据查询分析，在微服务架构下，⼀个微服务的实例往往是多个（集群化）

  比如⾃动投递微服务
    实例1(hystrix) ip1:port1/actuator/hystrix.stream
    实例2(hystrix) ip2:port2/actuator/hystrix.stream
    实例3(hystrix) ip3:port3/actuator/hystrix.stream
    按照已有的⽅法，我们就可以结合dashboard仪表盘每次输⼊⼀个监控数据流url，进去查看

  手工操作能否被⾃动功能替代？Hystrix Turbine聚合（聚合各个实例上的hystrix监控数据）监控
  Turbine（涡轮）

  思考：微服务架构下，⼀个微服务往往部署多个实例，如果每次只能查看单个实例的监控，就需要经常切换很不放便，在这样的场景下，我们可以使⽤ HystrixTurbine 进⾏聚合监控，它可以把相关微服务的监控数据聚合在⼀起，便于查看。

在这里插入图片描述

  1. 创建module
  2. 修改pom文件

    <dependencies>
        <!--hystrix-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-turbine</artifactId>
        </dependency>
        <!--
    引入eureka客户端的两个原因
    1、微服务架构下的服务都尽量注册到服务中心去，便于统一管理
    2、后续在当前turbine项目中我们需要配置turbine聚合的服务，比如，我们希望聚合
       lagou-service-autodeliver这个服务的各个实例的hystrix数据流，那随后
       我们就需要在application.yml文件中配置这个服务名，那么turbine获取服务下具体实例的数据流的
       时候需要ip和端口等实例信息，那么怎么根据服务名称获取到这些信息呢？
          当然可以从eureka服务注册中心获取-->

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
    </dependencies>
  1. 主启动类
@SpringBootApplication
@EnableDiscoveryClient
@EnableTurbine
public class HystrixDashBoard9001 {
    public static void main(String[] args) {
        SpringApplication.run(HystrixDashBoard9001.class, args);
    }
}
  1. yaml配置文件
server:
  port: 9001
Spring:
  application:
    name: cloud-hystrix-turbine
eureka:
  client:
    serviceUrl: # eureka server的路径
      defaultZone: http://eureka8762.com:8762/eureka/,http://eureka8761.com:8761/eureka/ #把 eureka 集群中的所有 url 都填写了进来，也可以只写一台，因为各个 eureka server 可以同步注册表
  instance:
    #使用ip注册，否则会使用主机名注册了（此处考虑到对老版本的兼容，新版本经过实验都是ip）
    prefer-ip-address: true
    #自定义实例显示格式，加上版本号，便于多版本管理，注意是ip-address，早期版本是ipAddress
    instance-id: ${spring.cloud.client.ip-address}:${spring.application.name}:${server.port}:@project.version@
turbine:
  # appCofing配置需要聚合的服务名称，比如这里聚合自动投递微服务的hystrix监控数据
  # 如果要聚合多个微服务的监控数据，那么可以使用英文逗号拼接，比如 a,b,c
  app-config: cloud-service-autodeliver
  cluster-name-expression: "'default'"
  1. 启动后浏览器访问Turbine项⽬，http://localhost:9001/turbine.stream，就可以看到监控数据了
    在这里插入图片描述
    我们通过dashboard的⻚⾯查看数据更直观，把刚才的地址输⼊dashboard地址栏
    在这里插入图片描述
    监控⻚⾯
    在这里插入图片描述

Hystrix源码学习

分析⼊⼝：@EnableCircuitBreaker注解激活了熔断功能，那么该注解就是Hystrix源码追踪的⼊⼝

  • @EnableCircuitBreaker注解激活熔断器
    在这里插入图片描述
  • 查看EnableCircuitBreakerImportSelector类
    在这里插入图片描述
  • 继续关注⽗类 SpringFactoryImportSelector
    在这里插入图片描述

在这里插入图片描述

  • spring.factories⽂件内容如下
    在这里插入图片描述
    会注⼊org.springframework.cloud.netflix.hystrix.HystrixCircuitBreakerConfiguration
    在这里插入图片描述
    关注切⾯：com.netflix.hystrix.contrib.javanica.aop.aspectj.HystrixCommandAspect
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    重点分析环绕通知⽅法

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

GenericCommand中根据元数据信息重写了两个很核⼼的⽅法，⼀个是run⽅法封装了对原始⽬标⽅法的调⽤，另外⼀个是getFallBack⽅法

它封装了对回退⽅法的调⽤

另外，在GenericCommand的上层类构造函数中会完成资源的初始化，⽐如线程池，按照下面的调用路线初始化
GenericCommand->AbstractHystrixCommand->HystrixCommand->AbstractCommand
在这里插入图片描述
进入线程池的初始化
在这里插入图片描述
java.util.concurrent.ThreadPoolExecutor创建线程池
在这里插入图片描述
回到com.netflix.hystrix.contrib.javanica.aop.aspectj.HystrixCommandAspect#methodsAnnotatedWithHystrixCommand方法中
在这里插入图片描述
进⼊execute执⾏这⾥
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
  另外，GenericCommand⽅法中根据元数据信息等重写了run⽅法（对⽬标⽅法的调⽤），getFallback⽅法（对回退⽅法的调⽤），在RxJava处理过程中会完成对这两个⽅法的调⽤。

在这里插入图片描述

biu~biu~biu_
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Spring Cloud Hystrix--熔断器
Think In JAVA—Max
12-13 4047
一、Hystrix 熔断器 1、引入pom org.springframework.boot spring-boot-starter-parent 1.3.5.RELEASE org.springframework.cloud spring-cloud-starter-ribbon org.springframework
SpringCloud-hystrix 熔断器
m0_46549085的博客
03-26 86
雪崩效应 在微服务中可能因为某一个微服务无法正常的提供的服务，导致整个系统无法提供服务，因为一台服务器的宕机导致整个系统的宕机，这种情况就叫做雪崩。 避免雪崩重要手段不是说避免服务器宕机，因为服务器宕机的可能太多了，比如断电、雷劈、硬件损坏、程序写得不好等等… hystrix 熔断器 豪猪 保护整个系统不会因为一个服务器的宕机而雪崩 作用有点类似于家里面保险丝（空开） 工作原理 主要涉及到熔断器的...
springCloud day02
chenguoao1999的博客
12-18 409
目录 文章目录目录1 Ribbon负载均衡1.1 关于负载均衡1.2 Ribbon高级应用1.3 Ribbon负载均衡策略1.4 Ribbon核心源码剖析2 Hystrix熔断器2.1 微服务中的雪崩效应2.2 雪崩效应解决方案2.3 Hystrix简介2.4 Hystrix应用2.4.1.熔断处理2.4.2降级处理2.5 Hystrix舱壁模式2.6 Hystrix工作流程与高级应用 1 Ribbon负载均衡 1.1 关于负载均衡 ​ 负载均衡一般分为服务器端负载均衡和客户端负载均衡 ​ 所谓服务器端
SpringCloud系列之熔断器Hystrix
SayBlog
01-24 2477
雪崩效应 在微服务架构中通常会有多个服务层调用，基础服务的故障可能会导致级联故障，进而造成整个系统不可用的情况，这种现象被称为服务雪崩效应。服务雪崩效应是一种因“服务提供者”的不可用导致“服务消费者”的不可用,并将不可用逐渐放大的过程。 如果下图所示：A作为服务提供者，B为A的服务消费者，C和D是B的服务消费者。A不可用引起了B的不可用，并将不可用像滚雪球一样放大到C和D时，雪崩效应就形成了。 熔断器（CircuitBreaker） 熔断器的原理很简单，如同电力过载保护器。它可以实现快
springCloud 之 Hystrix 熔断器
A tortoise running wild
04-11 262
Hystrix 熔断器属于⼀种容错机制 微服务中的雪崩效应 什么是微服务中的雪崩效应呢？ 微服务中，⼀个请求可能需要多个微服务接⼝才能实现，会形成复杂的调⽤链路。 扇⼊：代表着该微服务被调⽤的次数，扇⼊⼤，说明该模块复⽤性好 扇出：该微服务调⽤其他微服务的个数，扇出⼤，说明业务逻辑复杂 扇⼊⼤是⼀个好事，扇出⼤不⼀定是好事 在微服务架构中，⼀个应⽤可能会有多个微服务组成，微服务之间的数据交互通过 RPC 或者 HTTP 远程调⽤，一般调用链路上都会设置调用超时、失败重试等机制来确保服务的成功执行，看上去
Spring Cloud高可用之熔断器 - Hystrix
郑某某的博客
04-28 2954
Hystrix的简单介绍、核心、参数配置、代码Demo...
SpringCloud学习（四）—— Hystrix熔断器
weixin_43922655的博客
06-04 132
1 微服务中的雪崩效应 什么是微服务中的雪崩效应呢？ 微服务中，⼀个请求可能需要多个微服务接⼝才能实现，会形成复杂的调⽤链路。
spring-cloud-netflix-hystrix应用
02-19
7. **配置管理**：Hystrix的配置可通过Spring Cloud Config进行集中管理，方便在运行时动态调整熔断器的阈值、超时时间等参数，适应不断变化的业务需求。 在实践中，Spring Cloud Netflix Hystrix的使用通常包含...
SpringCloud之熔断器Hystrix的实现
08-25
「Hystrix熔断器在SpringCloud中的实现」 在微服务架构中，服务之间的调用关系非常复杂，可能会出现某个服务故障，导致整个系统故障的情况，这种现象被称为服务雪崩效应。为了解决这个问题，SpringCloud中引入了...
SpringCloud10-Hystrix熔断器及服务熔断
06-01
本文将深入探讨Spring Cloud中的Hystrix熔断器以及服务熔断机制。 首先，理解什么是熔断器模式至关重要。熔断器模式源自电路设计，当电流超过一定阈值时，电路会自动断开以保护系统不受损害。在软件系统中，Hystrix...
SpringCloud-Hystrix原理
02-24
融断：当失败率达到阀值自动触发降级(如因网络故障/超时造成的失败率高)，熔断器触发的快速失败会进行快速恢复。缓存：返回结果缓存，后续请求可以直接走缓存。请求合并：可以实现将一段时间内的请求（一般是对同一
【熔断器Hystrix】
Java—wang的博客
07-29 334
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-ribbon</artifactId> </dependency> <!--hystrix依赖，主要是用 @HystrixComm...
配置Java开发环境
Broken_x的博客
07-10 1261
Java开发环境配置
关于static定义初始化块和静态变量以及初始化块的执行顺序问题
你我约定有三的博客
07-08 389
第二步：在类加载的时候，按照从上到下执行static修饰的代码，此时执行static Test2 test1 = new Test2()，也就是创建出一个名为test1的对象。第六步：此时除了main方法，所有由static修饰的代码全部执行完毕(static修饰的代码只执行一次)，类初始化完成，开始执行main方法，main方法中只有一条语句(中的代码,此时输出aa以及a的值(由于第一步没赋初值，并且给了默认值为0 所以输出0)//首先输出a的值为10 然后输出bb，最后将a的值定义为11。
java Object 转 Integer
servepeople的博客
07-09 1360
在 Java 中，可以通过多种方法将一个Object转换为Integer。
解决分布式环境下session共享问题
shenxiaomo1688的博客
07-06 2369
在分布式环境下，session会存在两个问题第一个问题:不同域名下，浏览器存储的jsessionid是没有存储的。比如登录时认证服务auth.gulimall.com存储了session，但是搜索服务search.gulimall.com是没有这个session的；
已解决 javax.xml.transform.TransformerFactoryConfigurationError 异常的正确解决方法，亲测有效！！！
小明的Java问道之路
07-08 2027
已解决 javax.xml.transform.TransformerFactoryConfigurationError 异常的正确解决方法，亲测有效！！！
java占位符替换五种方式
weixin_61478518的博客
07-08 482
在业务开发中，经常需要输出文本串。其中，部分场景下大部分文本内容是一样的，只有少部分点是不一样。简单做法是直接拼接字段，但是这会有个问题。后面如果想要修改内容，那么每个地方都要修改，这不符合设计模式中的开闭原则，面向应该对扩展开放，对修改关闭。如何解决这个问题？先来看现实生活中的例子，个人信息填写。一般会要填写表格，已经定义好了姓名，性别，年龄等字段，只要填写对应的个人信息就好了。在程序开发中，我们会预先定义好一个字符串模板，需要改动的点使用占位符。
Java方法练习-双色球彩票系统
最新发布
T1798218285的博客
07-11 238
红色球号码从1-33中选择；蓝色球号码从1-16中选择。投注号码由6个红色球号码和1个蓝色球号码组成。三等奖 5+1 / 5+0 3000。四等奖4+1 / 4+0 200。六等奖1+1 / 1+0 5。一等奖6+1 1000w。二等奖6+0 500w。五等奖3+1 / 2+1。
springcloud熔断器
08-13
在 Spring Cloud 中，熔断器的实现主要依赖于 Netflix 开源的 Hystrix 组件。Hystrix 提供了一种优雅的方式来处理分布式系统中的故障和延迟。 要使用 Hystrix 熔断器，你需要进行以下步骤： 1. 添加依赖：在 Maven...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值