【微服务】SpringCloud（SpringCloud Alibaba）微服务秒杀项目-06：引入Hystrix断路器

已于 2022-04-17 09:22:36 修改
阅读量775 收藏
点赞数
分类专栏： 环境搭建 微服务-秒杀项目 文章标签： 微服务 spring cloud spring boot Hystrix
于 2022-04-16 21:52:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_19007335/article/details/124221305
版权

文章目录

SpringCloud-06: 引入Hystrix断路器

项目Github地址

Spring Cloud OpenFeign 官方文档

服务雪崩、服务降级、服务熔断、服务限流的概念

假设有一条服务调用链路，A->B->C

  • 服务雪崩

    假设下游服务C出现了问题而导致请求响应非常慢或者说干脆宕机了，那么B就会有大量请求调用“堵”在这里，最终可能导致B不可用，而同理B不可用就又可能导致A不可用，这样套娃🪆下去，可能导致系统里几乎所有服务都无法正常提供服务，就像雪崩一样。最终导致整个系统挂掉。

  • 服务降级（fallback）

    服务降级是从系统整体上来说的，如果整个系统的负载比较高，可能会导致系统挂掉，这个时候就需要🕒暂时停掉一些不那么重要的服务，只保留核心服务，从而让出资源确保核心服务的可用性。

    触发服务降级的原因有：

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

  • 服务熔断（break）

    服务熔断是面向单个服务的，当某个服务不可用或者出现响应超时的话，会先暂停对该服务的调用。

  • 服务限流（flowlimit）

    限制同时的请求数量，防止过高的请求到达某个服务，导致服务提供者扛不住而挂掉

集成Hystrix

关闭Eureka集群

为了给我们的电脑降低压力，将前面配置的集群暂时关闭掉。

  • Eureka Server 7001:

    server:
  port: 7001


eureka:
  instance:
    hostname: eureka7001.com  # eureka服务端实例名
  client:
    register-with-eureka: false  # 表示不向注册中心注册自己
    fetch-registry: false  # 不向注册中心检索服务,因为自己就是注册中心
    service-url: # 设置与 Eureka Server 交互的地址查询服务和注册服务都需要依赖这个地址
      defaultZone: http://eureka7001.com:7001/eureka
#      defaultZone: http://eureka7002.com:7002/eureka, http://eureka7003.com:7003/eureka
#  server:
#    enable-self-preservation: false
#    eviction-interval-timer-in-ms: 2000

  • Eureka Client 8001:

    eureka:
  client:
    register-with-eureka: true   # 注册到Eureka Server
    fetch-registry: true         # 是否从 Eureka Server 拉取注册信息, 集群必须设置为true才能配合ribbon使用负载均衡
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka,
#        http://eureka7002.com:7002/eureka,
#        http://eureka7003.com:7003/eureka,
  instance:
    instance-id: payment8001
    prefer-ip-address: true
  #      defaultZone: http://localhost:7001/eureka

引入Hystrix依赖

				<!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-hystrix -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
            <version>2.2.10.RELEASE</version>
        </dependency>

添加服务方法模拟正常异常情况

  • 在payment8001模块的Service接口以及对应实现类添加方法声明和具体实现：

    @Override
    public String paymentInfoOk(Long id) {
        return "线程: " + Thread.currentThread().getName() + " payment id" + id;
    }

    @Override
    public String paymentInfoTimeout(Long id) {
        try {
            TimeUnit.SECONDS.sleep(3);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return "线程: " + Thread.currentThread().getName() + " payment id" + id;
    }

  • 添加Controller逻辑:

     @GetMapping(value = "/payment/hyx/get/{id}")
    public String paymentInfoOK(@PathVariable("id") Long id) {
        String result = paymentService.paymentInfoOk(id);
        log.info("*****result : {}", result);
        return result;
    }

    @GetMapping(value = "/payment/hyx/timeout/get/{id}")
    public String paymentInfoTimeout(@PathVariable("id") Long id) {
        String result = paymentService.paymentInfoTimeout(id);
        log.info("*****result : {}", result);
        return result;
    }

  • 启动主启动类

  • 测试

    image-20220413160157467

    image-20220413160228461

    调用均可以正常调用

JMeter压力测试

开启JMeter添加测试计划

  • 添加线程组

    image-20220413160526643

    image-20220413160708200

  • 线程组下添加http请求

    image-20220413160604507

    image-20220413171909628

  • 启动JMeter

    image-20220413171939897

  • 发现正常的调用（不带sleep的）响应变得比较慢，会有转圈的情况，设置线程数越多越明显。关闭JMeter后会发现这个是立即返回的。

    image-20220413172009092

  • 上面的测试说明对前一个服务的调用拖慢了整个系统，如果来更多的并发请求，可能直接导致整个系统宕机。

服务调用方集成Hystrix

  • 依赖：
        <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-netflix-hystrix -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
            <version>2.2.10.RELEASE</version>
        </dependency>

  • 修改application.yml

    server:
  port: 80

spring:
  application:
    name: cloud-order-service

eureka:
  client:
    register-with-eureka: true   # 注册到Eureka Server
    fetch-registry: true         # 是否从 Eureka Server 拉取注册信息, 集群必须设置为true才能配合ribbon使用负载均衡
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka,
#        http://eureka7002.com:7002/eureka,
#        http://eureka7003.com:7003/eureka,

feign:
  client:
    config:
      default: # OpenFeign默认配置
        connectTimeout: 1000  # 默认建立连接的超时时间
        readTimeout: 1000     # 默认方法调用超时时间
        loggerLevel: BASIC    # 日志打印级别
      CLOUD-PAYMENT-SERVICE:
        connectTimeout: 1000  # 默认建立连接的超时时间
        readTimeout: 5000     # 默认方法调用超时时间
        loggerLevel: BASIC

logging:
  level:
    root: info
    cc.seckill.springcloud.service.PaymentFeignService: debug

  • @FeignClient接口添加对应方法

    @Component
@FeignClient(name = "CLOUD-PAYMENT-SERVICE")
public interface PaymentFeignService {

    @GetMapping(value = "/payment/get/{id}")
    Result getPayment(@PathVariable("id") Long id);

    @GetMapping(value = "/payment/feign/timeout")
    String paymentFeignTimeout();

    @GetMapping(value = "/payment/hyx/get/{id}")
    String paymentInfoOK(@PathVariable("id") Long id);

    @GetMapping(value = "/payment/hyx/timeout/get/{id}")
    String paymentInfoTimeout(@PathVariable("id") Long id);
}

  • Controller同理

        @GetMapping(value = "/consumer/payment/hyx/get/{id}")
    String paymentInfoOK(@PathVariable("id") Long id) {
        return paymentFeignService.paymentInfoOK(id);
    };

    @GetMapping(value = "/consumer/payment/hyx/timeout/get/{id}")
    String paymentInfoTimeout(@PathVariable("id") Long id) {
        return paymentFeignService.paymentInfoTimeout(id);
    };

  • 启动测试

image-20220413185534387

image-20220413185554862

服务降级

一般放在客户端，但放在服务端也是可以的。这里为了熟悉流程，都配置了。

服务提供者（provider-payment8001）配置服务降级fallback

  • 主启动类添加@EnableCircuitBreaker或者@SpringCloudApplication注解

    @SpringBootApplication
@EnableEurekaClient
@MapperScan("cc.seckill.springcloud.dao")
@EnableDiscoveryClient
@EnableCircuitBreaker
public class PaymentMain {
    public static void main(String[] args) {
        System.setProperty("jasypt.encryptor.password", System.getenv("JASYPT_PASS"));
        SpringApplication.run(PaymentMain.class, args);
    }
}

  • Service实现类添加fallback方法配置

        @Override
    @HystrixCommand(fallbackMethod = "paymentInfoTimeoutHyxHandler", commandProperties = {
            @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds",
                    value = "1000")
    })
    public String paymentInfoTimeout(Long id) {
        try {
            TimeUnit.SECONDS.sleep(5);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return "线程: " + Thread.currentThread().getName() + " payment id" + id;
    }


    public String paymentInfoTimeoutHyxHandler(Long id) {
        return "线程: " + Thread.currentThread().getName() + " payment id" + id + "," +
                "出错🌶!等待超时!等会再来访问.o(╥﹏╥)o";
    }

  • 启动测试

    image-20220413194201919

    正常方法调用没问题。

    image-20220413194226282

服务消费者配置服务降级fallback

  • 主启动类添加注解@EnableCircuitBreaker注解

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

  • Controller配置

        @HystrixCommand(fallbackMethod = "paymentInfoTimeoutHyxHandler", commandProperties = {
            @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds",
                    value = "2000")
    })
    @GetMapping(value = "/consumer/payment/hyx/timeout/get/{id}")
    String paymentInfoTimeout(@PathVariable("id") Long id) {
        return paymentFeignService.paymentInfoTimeout(id);
    }


    public String paymentInfoTimeoutHyxHandler(@PathVariable("id") Long id) {
        return "80: 支付系统繁忙,请稍后调用";
    }

  • 设置payment8001Hystrix超时时间大于服务调用时间

        @Override
    @HystrixCommand(fallbackMethod = "paymentInfoTimeoutHyxHandler", commandProperties = {
            @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds",
                    value = "6000")
    })
    public String paymentInfoTimeout(Long id) {
        // 模拟异常
//        if (true) {
//            throw new RuntimeException();
//        }
        try {
            TimeUnit.SECONDS.sleep(5);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return "线程: " + Thread.currentThread().getName() + " payment id" + id;
    }

  • 启动测试

    image-20220416160802063

    客户端服务降级成功。

配置全局默认fallback

首先测试一下全局默认fallback。

前面的方式每一个方法都要配置一个专属的fallback方法，这显然是不合适的。我们修改80端口。

  • Cotroller添加全局方法

    public String paymentGlobalFallbackHyxHandler() {
        return "80: 出错啦!请稍后再试.";
    }

  • Controller添加注解及配置

    @DefaultProperties(defaultFallback = "paymentGlobalFallbackHyxHandler")
public class OrderFeignController {
  
  
  
//    @HystrixCommand(fallbackMethod = "paymentInfoTimeoutHyxHandler", commandProperties = {
//            @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds",
//                    value = "2000")
//    })
    @HystrixCommand
    @GetMapping(value = "/consumer/payment/hyx/timeout/get/{id}")
    String paymentInfoTimeout(@PathVariable("id") Long id) {
        return paymentFeignService.paymentInfoTimeout(id);
    }

  • 测试

    image-20220416162929169

    tips:如果OpenFeign配置了超时时间且调用超时，也会触发Hystrix服务降级

在FeignClient配置

  • 添加fallback服务类PaymentHystrixService

    package cc.seckill.springcloud.service.impl;

import cc.seckill.springcloud.entities.Result;
import cc.seckill.springcloud.service.PaymentFeignService;
import org.springframework.stereotype.Component;

/**
 * description: PaymentHystrixService <br>
 * date: 2022/4/16 19:04 <br>
 * author: hq <br>
 * version: 1.0 <br>
 */
@Component
public class PaymentHystrixService implements PaymentFeignService {
    @Override
    public Result getPayment(Long id) {
        return Result.error();
    }

    @Override
    public String paymentFeignTimeout() {
        return "PaymentHystrixService: time out, wait !";
    }

    @Override
    public String paymentInfoOK(Long id) {
        return "PaymentHystrixService: ok";
    }

    @Override
    public String paymentInfoTimeout(Long id) {
        return "PaymentHystrixService: time out, wait !";
    }
}

  • application.yml配置OpenFeign开启服务熔断功能

    feign:
  circuitbreaker:
    enabled: true
  client:
    config:
      default: # OpenFeign默认配置
        connectTimeout: 1000  # 默认建立连接的超时时间
        readTimeout: 1000     # 默认方法调用超时时间
        loggerLevel: BASIC    # 日志打印级别
      CLOUD-PAYMENT-SERVICE:
        connectTimeout: 1000  # 默认建立连接的超时时间
        readTimeout: 5000     # 默认方法调用超时时间
        loggerLevel: BASIC

  • 启动服务测试：

    image-20220416192710068

    image-20220416192737252

    停掉Payment8001，模拟对方故障。

    image-20220416192817690

    发现调用了对应的服务降级方法。

    image-20220416192837315

至此服务降级配置完成。

服务熔断

理论

熔断机制：应对服务雪崩效应的微服务链路保护机制，当扇出链路的某个微服务出错不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。当检测到该微服务调用响应正常后，恢复调用链路。

Hystrix会监控微服务间调用的状况，当失败的调用达到一定阈值（缺省是5秒20次调用失败），就会启动熔断机制。对应的注解是@HystrixCommand。

其实就是一个断路器，如果服务不可用，那么Hystrix就会将链路断开，现在断路器就是Open的状态，就是下面图片的状态。

img

断开以后，在reset这个时间内不会去调用下游服务，如果过了这段时间，会先尝试去调用一下试试，如果调用成功了，那么就将断路器合上，也就是下面的状态。

img

理论图是下面这样的，Half Open就对应上面尝试的这个状态。

img

实现

  • payment8001 PaymentServiceImpl.java添加方法

        @Override
    @HystrixCommand(fallbackMethod = "paymentCircuitBreakerHandler", 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(Long id) {
        if (id < 0) {
            throw new RuntimeException("id negative");
        }
        String serialNumber = IdUtil.simpleUUID();
        return Thread.currentThread().getName() + "\t" + "调用成功, id = " + 1;
    }

    public String paymentCircuitBreakerHandler() {
        return "break!";
    }

  • Controller添加调用

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

  • 启动测试

    正常情况

    image-20220416200935505

    错误情况（id为负）：

    image-20220416201030743

    使用JMeter一直进行错误的调用

    image-20220416201337488

    image-20220416201356477

    再次调用正常方法，发现也被断开了，说明断路器处于Open状态了，服务已经被熔断了。

    image-20220416201431634

haiqiang0225
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
揭秘Spring Cloud断路器：保护微服务架构的利器
07-12
Spring Cloud 是建立在 Spring Boot 基础上，用于简化分布式系统开发的工具集合。它整合了多种服务治理框架，提供了微服务开发所需的各项功能，如服务发现、配置管理、消息总线、负载均衡、断路器、智能路由、分布式...
打砖块1.2
眉目成书
01-25 297
时隔好久，又拿出来改了改。IE、opera、chrome、firefox都已经测试过 码云传送门 之前的版本小球的移动用的是setinterval，生成了很多setinterval却只删除了一个， 这是一大bug，以后要注意 ballMove:function(){ if(this.interval||this.end==true){
SpringCloudAliBaba篇 之 Hystrix （介绍及简单使用示例）
林夕
05-04 1134
当我们使用微服务架构时，由于服务间的调用关系错综复杂，难以避免的出现了分布式系统中的故障和延迟。为了保证系统的可用性和稳定性，我们需要在服务之间添加一些保护措施，比如熔断、降级、限流等。Hystrix是Netflix开源的一种容错框架，主要是为了解决复杂分布式系统中服务之间的网络延迟、超时、故障等问题，达到快速失败并迅速恢复的效果，从而提高整个分布式系统的可用性和稳定性。Spring Cloud Alibaba集成了Hystrix，提供了丰富的注解和配置，可以轻松实现服务的熔断和降级。
Spring Cloud-断路器Hystrix
最新发布
2401_84094620的博客
05-03 744
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门，即可获取！四、服务熔断=======4.1 介绍在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况，当失败的调用到一定阀值缺省是5秒内20次调用失败，就会启动熔断机制。熔断机制的注解是：@HystrixCommand。4.2 搭建服务熔断编写pom.xml:org.springframework.cloudspring-cloud-alibaba-dependenci
【微服务】SpringCloud（SpringCloud Alibaba）微服务秒杀项目-04：实现客户端负载均衡
qq_19007335的博客
04-12 2340
SpringCloud-04: 实现客户端负载均衡 项目Github地址 负载均衡 概念 负载+均衡，就是字面意思：将负载均衡到所有的服务器上，让总的压力平均到每个服务器上，防止某个服务器承受不住压力直接挂掉了。 实现 客户端负载均衡 客户端知道每个后端，发送请求时尽量均衡的去发送。 服务端负载均衡 最常见的就是Nginx负载均衡，客户端是不知道服务端具体是谁的，它只知道Nginx，因此它将自己的请求交给Nginx让Nginx转发请求到真正的服务端，这也是Nginx反向代理的实现方式。因为N
【微服务】SpringCloud（SpringCloud Alibaba）微服务秒杀项目-01：项目搭建
qq_19007335的博客
04-11 760
文章目录SpringCloud微服务01父项目搭建子项目搭建创建第一个模块`cloud-provider-payment8001`创建启动类创建dao接口，这里为了开发快捷使用的是MyBatis-Plus，因为我们的重点是学习相关知识而不是去写增删查改创建`service`接口以及对应的实现类，因为我们暂时没有业务代码放到这里，所以这里就只是简单的调用`dao`接口编写`Controller`使用jasypt对配置文件加密在子项目下引入jasypt包添加工具类修改`application.yml`配置环境变
SpringCloud分布式实现高并发秒杀
Zxdwr520的博客
10-14 1014
简单搭建微服务的实现
spring-cloud-netflix-hystrix应用
02-19
1. **引入依赖**：在项目中添加Hystrix和Spring Cloud的相关依赖。 2. **创建HystrixCommand**：定义并实现自定义的HystrixCommand，封装服务调用逻辑。 3. **配置Hystrix**：设置命令的属性，如超时时间、熔断器...
详解SpringCloud微服务架构之Hystrix断路器
08-28
为了构建一个高可用、可伸缩且能够应对故障的系统，引入了断路器模式，而Spring Cloud Hystrix便是实现这一模式的重要工具。 **一、什么是Hystrix** Hystrix是由Netflix开发的一个开源库，设计用于处理分布式系统...
curso-microservices-spring-cloud：Java Spring Cloud中的微服务
02-16
1. **Spring Cloud**: Spring Cloud为开发者提供了快速构建一些分布式系统（如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、集群状态等）的工具。...
微服务Spring Cloud 程序前后端代码代码示例
03-31
在IT行业中，微服务架构和Spring Cloud是两个关键的概念，它们在现代企业级应用程序开发中占据了重要的地位。本文将深入探讨这两个技术，并结合提供的“微服务Spring Cloud程序前后端代码代码示例”，来阐述如何利用...
SpringCloud Alibaba微服务实战之商品秒杀
竹林幽深
05-25 337
在电商领域，存在着典型的秒杀业务场景，那何谓秒杀场景呢。简单来说就是一件商品的购买人数远远大于这件商品的库存，而且这件商品在很短的时间内就会被抢购一空。比如每年的618、双11大促，小米新品促销等业务场景，就是典型的秒杀业务场景。我们可以将电商系统的架构简化成下图所示：由图所示，我们可以简单的将电商系统的核心层分为：负载均衡层、应用层和持久层。接下来，我们就预估下每一层的并发量。假如负载均衡层使用的是高性能的Nginx，则我们可以预估Nginx10W+。假设应用层我们使用的是Tomcat，而。
SpringCloudAlibaba【六】微服务架构下的秒杀案例
鸟人的博客
10-23 693
分布式微服务中的秒杀是怎么实现的呢？接着看下去吧我们实现一个秒杀微服务，流程逻辑如下。
SpringCloud学习6（Spring Cloud Alibaba）断路器Sentinel熔断降级
Huathy的博客
04-05 1377
当前面设定规则没有满足，可以自定义异常返回。FlowException ：限流异常DegradeException ：降级异常ParamFlowException ： 参数限流异常AuthorityException ： 授权异常SystemBlockException ： 系统负载异常/**result = new Result(500101 , "接口限流");result = new Result(500102 , "接口降级");
Springcloud_H版-alibaba学习笔记(十三)服务降级熔断-Hystrix
08-09 63
Hystrix介绍在微服务场景中，通常会有很多层的服务调用。如果一个底层服务出现问题，故障会被向上传播给用户。我们需要一种机制，当底层服务不可用时，可以阻断故障的传播。这就是断路器的作用。他是系统服务稳定性的最后一重保障。在springcloud中断路器组件就是Hystrix。Hystrix也是Netflix套件的一部分。他的功能是，当对某个服务的调用在一定的时间内（默认10s），有超过一定次数（默认20次）并且失败率超过一定值（默认50%），该服务的断路器会打开。返回一个由开发者设定的fallback。f
Spring Cloud-断路器Hystrix，五面拿下阿里飞猪offer
2401_83739434的博客
03-28 816
无论是哪家公司，都很重视Spring框架技术，重视基础，所以千万别小看任何知识。面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，好了希望这篇文章对大家有帮助！部分截图：华为、OPPO等大厂，18年进入阿里一直到现在。**深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
【微服务】SpringCloud（SpringCloud Alibaba）微服务秒杀项目-07：引入微服务网关SpringCloud Gateway
qq_19007335的博客
04-18 452
文章目录SpringCloud-07: 引入微服务网关SpringCloud Gateway微服务网关SpringCloud GatewayRoute-静态路由Route-动态路由Predicate断言Filter过滤器自带过滤器以及配置全局Filter自定义Filter SpringCloud-07: 引入微服务网关SpringCloud Gateway 项目Github地址 SpringCloud Gateway 官方文档 微服务网关SpringCloud Gateway 本项目（SpringCloud
SpringCloud——Hystrix详解
热门推荐
weixin_50616848的博客
05-02 1万+
目录 一、Hystrix介绍 1、分布式系统面临问题 2、Hystrix概念 3、Hystrix作用 （1）服务降级 （2）服务熔断 二、服务降级案例 1、搭建Eureka服务端 （1）创建maven工程 （2）导入依赖 （3）配置application.yml （4）创建主启动类 （5）启动Eureka注册中心 2、搭建服务提供者Provider80 （1）创建maven工程 （2）导入依赖 （3）配置application.yml （4）创建启动类 （5）创建con
SpringCloud学习使用（三）——Hystrix
鹏举的博客
04-15 167
Hystrix介绍 在分布式环境中，不可避免地会有许多服务依赖项中的某些失败。Hystrix是一个库，可通过添加等待时间容限和容错逻辑来帮助您控制这些分布式服务之间的交互。Hystrix通过隔离服务之间的访问点，停止服务之间的级联故障并提供后备选项来实现此目的，所有这些都可以提高系统的整体弹性 Hystrix的作用是什么？ Hystrix旨在执行以下操作： 提供保护并控制延迟和失败，以及通过第三方客户端库（通常是通过网络）访问的依赖项的失败。停止复杂的分布式系统中的级联故障。快速失败并快速恢复。回退并
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值