SpringCloud05_Hystrix的概述、案例详解、服务降级、服务熔断、服务监控hystrixDashboard

最新推荐文章于 2023-07-14 21:26:09 发布

所得皆惊喜

最新推荐文章于 2023-07-14 21:26:09 发布

阅读量1k

点赞数 22

分类专栏： SpringCloud微服务

本文链接：https://blog.csdn.net/TZ845195485/article/details/118762533

版权

SpringCloud微服务专栏收录该内容

9 篇文章 15 订阅

订阅专栏

文章目录

①. 什么是Hystrix？
②. 模拟Hystrix-project8001
③. Jmeter压测测试
④. 消费者80工程搭建
⑤. 服务降级(cloud-provider-hystrix-payment8001)
⑥. 服务降级(cloud-consumer-feign-hystrix-order80)
⑦. Hystrix结合FeignClient解耦
⑧. 服务熔断是什么？
⑨. 服务熔断代码实现
⑩. 服务监控hystrixDashboard
- ①. hystrixDashboard工程9001搭建
- ②. 断路器演示(服务监控hystrixDashboard)

①. 什么是Hystrix？

①. Hystrix在英文里面的意思是豪猪,它的logo看下面的图是一头豪猪,它在微服务系统中是一款提供保护机制的组件,和eureka一样也是由netflix公司开发官网
②. 作用:Hystrix是一个延迟和容错库,用于隔离访问远程服务,防止出现级联失败
③. 服务降级:及时返回服务调用失败的结果,让线程不因为等待服务而阻塞
(程序运行异常、超时、服务熔断触发服务降级、线程池/信号量打满、服务器宕机也会导致服务降级)
④. 服务熔断:类比保险丝达到最大服务访问后,直接拒绝访问,拉闸限电,然后调用服务降级的方法并返回友好提示
⑤. 服务限流:秒杀高并发等操作,严禁一窝蜂的过来拥挤,大家排队,一秒钟N个,有序进行(这个到后期详解)

雪崩问题
微服务中,服务间调用关系错综复杂,一个请求,可能需要调用多个微服务接口才能实现,会形成非常复杂的调用链路:

②. 模拟Hystrix-project8001

①. 新建cloud-provider-hystrix-payment8001
②. pom.xml

    <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-eureka-client</artifactId>
        </dependency>


        <dependency>
            <groupId>com.atguigu.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>

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

③. 主启动类

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

④. service

@Service
public class PaymentService {
    //成功
    public String paymentInfo_OK(Integer id){
        return "线程池:"+Thread.currentThread().getName()+"   paymentInfo_OK,id:  "+id+"\t"+"哈哈哈"  ;
    }

    //失败
    public String paymentInfo_TimeOut(Integer id){
        try { TimeUnit.SECONDS.sleep(3); }catch (Exception e) {e.printStackTrace();}
        return "线程池:"+Thread.currentThread().getName()+"   paymentInfo_TimeOut,id:  "+id+"\t"+"呜呜呜"+" 耗时(秒)"+timeNumber;
    }
}

⑤. controller

@RestController
@Slf4j
public class PaymentController {

    @Resource
    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){
        String result = paymentService.paymentInfo_TimeOut(id);
        log.info("*******result:"+result);
        return result;
    }
}

⑥. 测试:

在这里插入图片描述

③. Jmeter压测测试

①. 开启Jmeter,来20000个并发压死8001,20000个请求都去访问paymentInfo_TimeOut服务
②. 再来一个访问
http://localhost:8001/payment/hystrix/ok/31
http://localhost:8001/payment/hystrix/timeout/31
看演示结果:两个都在自己转圈圈
③. Jmeter压测结论
(tomcat的默认的工作线程数被打满了,没有多余的线程来分解压力和处理)
上面还是服务提供者8001自己测试,假如此时外部的消费者80也来访问,那消费者只能干等,最终导致消费端80不满意,服务端8001直接被拖死

④. 消费者80工程搭建

①. 新建cloud-consumer-feign-hystrix-order80
②. pom.xml

<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-openfeign</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>com.atguigu.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>

        <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: 80
eureka:
  client:
    register-with-eureka: true
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka

④. 主启动类:

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

⑤. feign进行远程调用:

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

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

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

⑥. 在controller中调用service去远程调用8001

@RestController
@Slf4j
//@DefaultProperties(defaultFallback = "payment_Global_FallbackMethod")
public class OrderHystrixController {
    @Resource
    private PaymentHystrixService paymentHystrixService;

    /*1>.OK*/
    @GetMapping("/consumer/hystrix/ok/{id}")
    public String paymentInfo_OK(@PathVariable("id") Integer id){
        return paymentHystrixService.paymentInfo_OK(id);
    }

    /*2>.timeOut*/
    @GetMapping("/consumer/hystrix/timeout/{id}")
    /*@HystrixCommand(fallbackMethod = "paymentTimeOutFallbackMethod",commandProperties = {
            @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value="1500")
    })*/
    //@HystrixCommand
    //这里设置的时间是1.5s,就是说调用服务会等待1.5s,如果超过了就会走fallbackMethod方法
    //而我们在支付的微服务中,时间是3s
    public String paymentInfo_TimeOut(@PathVariable("id") Integer id){
        return paymentHystrixService.paymentInfo_TimeOut(id);
    }

⑦. 正常测试
⑧. 高并发测试
2W个线程压8001
消费端80微服务再去访问正常的OK微服务8001地址
http://localhost/consumer/payment/hystrix/timeout/31
消费者80,有时候可以显示正常,有时候会显示错误页面

在这里插入图片描述

⑤. 服务降级(cloud-provider-hystrix-payment8001)

①. 在主启动类上添加注解:@EnableCircuitBreaker(开启服务降级)
②. 在service中添加服务降级的方法
(我们设置了3s之内是正常的,如果超过了3s就有兜底的方法)

  @HystrixCommand(fallbackMethod = "paymentInfo_TimeOutHandler",commandProperties = {
            @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value="5000")
    })
    public String paymentInfo_TimeOut(Integer id){
        int timeNumber =3 ;
        //int age=10/0;
        try { TimeUnit.SECONDS.sleep(timeNumber); }catch (Exception e) {e.printStackTrace();}
        return "线程池:"+Thread.currentThread().getName()+"   paymentInfo_TimeOut,id:  "+id+"\t"+"呜呜呜"+" 耗时(秒)"+timeNumber;
    }

    public String paymentInfo_TimeOutHandler(Integer id){
        return "线程池:"+Thread.currentThread().getName()+"   paymentInfo_TimeOutHandler,id:  "+id+"\t"+"O(∩_∩)O"  ;
    }

③. 一旦调用服务方法失败并抛出了错误信息后,会自动调用@HystrixCommand标注好的fallbackMethod调用类中的指定方法

在这里插入图片描述

⑥. 服务降级(cloud-consumer-feign-hystrix-order80)

①. 80订单微服务,也可以更好的保护自己,自己也依样画葫芦进行客户端降级保护
(我们自己配置过的热部署方式对java代码的改动明显,但对@HystrixCommand内属性的修改建议重启微服务)
②. yaml

feign:
  hystrix:
    enabled: true #如果处理自身的容错就开启。开启方式与生产端不一样。

③. 主启动类上添加 @EnableHystrix
④. 在controller中添加如下方法进行兜底处理

 @GetMapping("/consumer/hystrix/timeout/{id}")
 @HystrixCommand(fallbackMethod = "paymentTimeOutFallbackMethod",commandProperties = {
         @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value="1500")
 })
 //@HystrixCommand
 //这里设置的时间是1.5s,就是说调用服务会等待1.5s,如果超过了就会走fallbackMethod方法
 //而我们在支付的微服务中,时间是3s
 public String paymentInfo_TimeOut(@PathVariable("id") Integer id) {
     return paymentHystrixService.paymentInfo_TimeOut(id);
 }

 public String paymentTimeOutFallbackMethod(@PathVariable Integer id) {
     return "我是消费者80,对方支付系统繁忙请10分钟后再试或者自己运行出错请检查自己！";
 }

⑤. 我们在8001端进行了3s的延迟处理,这里80端去调用8001端的时候,如果超过了1.5s就会走兜底的方法
⑦. 目前的问题
每个业务方法对应一个兜底的方法,代码膨胀
统一和自定义的分开
⑧. 解决办法在controller类中添加上@DefaultProperties(defaultFallback=" “)
每个方法配置一个服务降级方法,技术上可以,实际上不合理
除了个别重要核心业务有专属,其他普通的可以通过@DefaultProperties(defaultFallback=”")统一跳转

在这里插入图片描述

@RestController
@Slf4j
@DefaultProperties(defaultFallback = "payment_Global_FallbackMethod")
public class OrderHystrixController {
    @Resource
    private PaymentHystrixService paymentHystrixService;

    /*1>.OK*/
    @GetMapping("/consumer/hystrix/ok/{id}")
    public String paymentInfo_OK(@PathVariable("id") Integer id) {
        return paymentHystrixService.paymentInfo_OK(id);
    }

    /*2>.timeOut*/
    @GetMapping("/consumer/hystrix/timeout/{id}")
//    @HystrixCommand(fallbackMethod = "paymentTimeOutFallbackMethod",commandProperties = {
//            @HystrixProperty(name="execution.isolation.thread.timeoutInMilliseconds",value="1500")
//    })
    @HystrixCommand //
    //这里设置的时间是1.5s,就是说调用服务会等待1.5s,如果超过了就会走fallbackMethod方法
    //而我们在支付的微服务中,时间是3s
    public String paymentInfo_TimeOut(@PathVariable("id") Integer id) {
        return paymentHystrixService.paymentInfo_TimeOut(id);
    }

    public String paymentTimeOutFallbackMethod(@PathVariable Integer id) {
        return "我是消费者80,对方支付系统繁忙请10分钟后再试或者自己运行出错请检查自己！";
    }

    //globol fallback

    //下面是全局fallback方法
    public String payment_Global_FallbackMethod() {
        return "Global异常处理信息,请稍后再试！！";
    }
}

在这里插入图片描述

⑦. Hystrix结合FeignClient解耦

①. 问题引入:
②. 未来我们要面对的异常(运行时异常、超时、服务器宕机)
③. 修改cloud-consumer-feign-hystrix-order80
(根据cloud-consumer-feign-hystrix-order80已经有的PaymentHystrixService接口,重新新建一个类(PaymentFallbackService)实现该接口,统一为接口里面的方法进行异常处理)

@Component
@FeignClient(value = "CLOUD-PROVIDER-HYSTRIX-PAYMENT",fallback = PaymentFallbackService.class)
public interface PaymentHystrixService {

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

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

@Component // 这个注解不能少
public class PaymentFallbackService implements PaymentHystrixService {
    @Override
    public String paymentInfo_OK(Integer id) {
        return "---PaymentFabllbackService fall back-paymentInfo_OK";
    }

    @Override
    public String paymentInfo_TimeOut(Integer id) {
        return "---PaymentFabllbackService fall back-paymentInfo_TimeOut";
    }
}

③. 这个ok方法我们没有在controller中做全局处理,而这个paymentInfo_TimeOut做了全局处理

⑧. 服务熔断是什么？

①. 熔断机制概述:熔断机制是应对雪崩效应的一种微服务链路保护机制。当扇出链路的某个微服务出错不可用或者响应时间太长时,会进行服务的降级,进而熔断该节点微服务的调用,快速返回错误的响应信息。当检测到节点微服务调用响应正常后,恢复调用链路
②. Closed:关闭状态(断路器关闭),所有请求都正常访问
③. Open:打开状态(断路器打开),所有请求都会被降级。Hystrix会对请求情况计数,当一定时间内失败请求百分比达到阈值,则触发熔断,断路器会完全打开。默认失败比例的阈值是50%,请求次数最少不低于20次
④. Half Open:半开状态,不是永久的,断路器打开后会进入休眠时间(默认是5S),随后断路器会自动进入半开状态。此时会释放部分请求通过,若这些请求都是健康的,则会关闭断路器,否则继续保持打开,再次进行休眠计时

在这里插入图片描述

⑨. 服务熔断代码实现

①. 修改cloud-provider-hystrix-payment8001
②. 在service中配置如下参数:(HystrixCommandProperties这个类可以找到参数配置)

//服务熔断
//在10s之内,10个请求60%是失败的
@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 不能负数,请稍候再试,(┬＿┬)/~~     id: " +id;
}

③. PaymentController

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

④. 测试:
⑤. 涉及到断路器的三个重要参数:快照时间窗、请求总数阀值、错误百分比阀值

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

在这里插入图片描述

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

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

⑦. 所有的配置(以后工作遇到了这里来找)

//========================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";
}

⑩. 服务监控hystrixDashboard

①. hystrixDashboard工程9001搭建

①. 新建cloud-consumer-hystrix-dashboard9001
②. pom.xml

    <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

④. 主启动类上

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

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

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

⑥. 启动cloud-consumer-hystrix-dashboard9001该微服务后续将监控微服务8001
http://localhost:9001/hystrix

在这里插入图片描述

②. 断路器演示(服务监控hystrixDashboard)

①. 修改cloud-provider-hystrix-payment8001
注意:新版本Hystrix需要在主启动类MainAppHystrix8001中指定监控路径
如果不加如下配置那么会抛出Unable to connect to Command Metric Stream 404

@EnableCircuitBreaker //开启服务降级
@SpringBootApplication
@EnableEurekaClient
public class PaymentHystrixMain8001 {
    public static void main(String[] args) {
        SpringApplication.run(PaymentHystrixMain8001.class, args);
    }
    /**
     * 此配置是为了服务监控而配置的,与服务容错本身无关,springCould升级后的坑
     * servletRegistrationBean因为springboot的默认路径不是 "/hystrix.stream",
     * 只要在自己的项目里配置上下面的servlet就可以了
     *
     * @return
     */
    @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;
    }
}

②. 监控测试
③. 9001监控8001,填写监控地址(http://localhost:8001/hystrix.stream)

Delay:该参数用来控制服务器上轮询监控信息的延迟时间,默认为2000毫秒,可以通过配置该属性来降低客户端的网络和CPU消耗
Title:该参数对应了头部标题Hystrix Stream之后的内容,默认会使用具体监控实例的URL,可以通过配置该信息来展示更合适的标题

④. 测试地址
http://localhost:8001/payment/circuit/31
http://localhost:8001/payment/circuit/-31
先访问正确地址,再访问错误地址,再正确地址,会发现图示断路器都是慢慢放开的
监控结果,成功
监控结果,失败
⑤. 如何看监控

解释
(1). 7色

(2).1圈实心圆:共有两种含义。它通过颜色的变化代表了实例的健康程度,它的健康度从绿色<黄色<橙色<红色递减
该实心圆除了颜色的变化之外,它的大小也会根据实例的请求流量发生变化,流量越大该实心圆就越大。所以通过该实心圆的展示,就可以在大量的实例中快速的发现故障实例和高压力实例
(3). 一线(曲线:用来记录2分钟内流量的相对变化,可以通过它来观察到流量的上升和下降趋势)
(4). 整图说明

所得皆惊喜

关注

22
点赞
踩
52

收藏

觉得还不错? 一键收藏
打赏
33
评论
SpringCloud05_Hystrix的概述、案例详解、服务降级、服务熔断、服务监控hystrixDashboard

文章目录①. 什么是Hystrix？②. 模拟Hystrix-project8001③. Jmeter压测测试④. 消费者80工程搭建⑤. 服务降级(cloud-provider-hystrix-payment8001)⑥. 服务降级(cloud-consumer-feign-hystrix-order80)⑦. Hystrix结合FeignClient解耦⑧. 服务熔断是什么？⑨. 服务熔断代码实现⑩. 服务监控hystrixDashboard①. hystrixDashboard工程9001搭建②. 断
复制链接

扫一扫