SpringCloud-Netflix学习笔记10——Hystrix实现服务熔断

一、概述

1、分布式系统面临的问题

  复杂分布式体系结构中的应用程序有数十个依赖关系,每个依赖关系在某些时候将不可避免的失败!

在这里插入图片描述

2、服务雪崩

  多个微服务之间调用的时候,假设微服务A调用微服务B和微服务C,微服务B 和微服务C又调用其他的微服务,这就是所谓的 “扇出”、如果扇出的链路上某个微服务的调用响应时间过长或者不可用,对微服务A的调用就会占用越来越多的系统资源,进而引起系统崩溃,所谓的 “雪崩效应”。

  对于高流量的应用来说,单一的后端依赖可能会导致所有服务器上的所有资源都在几秒中内饱和。比失败更糟糕的是,这些应用程序还可能导致服务之间的延迟增加,备份队列,线程和其他系统资源紧张,导致整个系统发生更多的级联故障,这些都表示需要对故障和延迟进行隔离和管理,以便单个依赖关系的失败,不能取消整个应用程序或系统。

我们需要 ·弃车保帅·

3、什么是Hystrix

  Hystrix是一个用于处理分布式系统的延迟和容错的开源库,在分布式系统里,许多依赖不可避免的会调用失败,比如超时,异常等,Hystrix能够保证在一个依赖出问题的情况下,不会导致整体服务失败,避免级联故障,以提高分布式系统的弹性。

  “断路器” 本身是一种开关装置,当某个服务单元发生故障之后,通过断路器的故障监控(类似熔断保险丝),向调用方返回一个服务预期的,可处理的备选响应(FallBack),而不是长时间的等待或者抛出调用方法无法处理的异常,这样就可以保证了服务调用方的线程不会被长时间,不必要的占用,从而避免了故障在分布式系统中的蔓延,乃至雪崩。

4、Hystrix能干嘛
  • 服务熔断
  • 服务降级
  • 服务限流
  • 接近实时的监控
  • … …
5、官网资料

  https://github.com/Netflix/Hystrix/wiki

二、服务熔断

1、是什么?

  熔断机制是对应雪崩效应的一种微服务链路保护机制。

  当扇出链路的某个微服务不可用或者响应时间太长时,会进行服务的降级,进而熔断该节点微服务的调用,快速返回 错误的响应信息。当检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况,当失败的调用到一定阈值,缺省是5秒内20次调用失败就会启动熔断机制。下面我们画个图来进行理解:

  微服务之间肯定存在互相调用的关系,如下图,用户请求进入服务,调用服务A,服务A调用服务B,服务B调用服务C,服务C调用服务D,最后服务D响应给回用户,一次请求结束:
在这里插入图片描述
  此时如果服务B宕机了,用不了了,那么这个调用链路就会发生故障,服务A一直等待去调用服务B,因为链路到不了服务D,不能响应给回用户,所以这次请求一直未结束,一直占用系统资源,严重的话可能会引起整个系统的故障:
在这里插入图片描述
  我们服务熔断的含义就是,当服务B发生故障时,我们将服务A对服务B的调用过程给断掉,我们一开始就设置一个备选服务,当服务B发生故障时,我们可以去调用备选服务,给回用户响应,已结束本次请求:

  当然,这个备选服务可以有两种选择:

  1. 备选服务的功能和服务B一样,可以正常执行调用服务C的流程,最后返回正确的响应信息。
  2. 备选服务直接返回错误信息,提醒用户本次请求发生错误。

在这里插入图片描述

  熔断机制的注解是 @HystrixCommand

  我们下面的例子以方式二来说明。

三、实例

1、拷贝一份 springcloud-provider-dept-8001 命名为 springcloud-provider-dept-hystrix-8001
2、添加 Hystrix的依赖:

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-hystrix</artifactId>
            <version>1.4.7.RELEASE</version>
        </dependency>

3、在可能发生错误的服务上添加一个注解 @HystrixCommand(fallbackMethod = "备选服务名(或函数名)")

4、编写备选服务,Controller 代码如下:

/提供Restful 服务
@RestController
@RequestMapping("/dept")
public class DeptController {

    @Autowired
    private DeptService deptService;


    @GetMapping("/queryDeptById/{id}")
    // 如果这个方法调用失败,就会执行熔断备选方法queryDeptByIdHystrix
    @HystrixCommand(fallbackMethod = "queryDeptByIdHystrix")
    public Dept queryDeptById(@PathVariable("id") Long id){
        Dept dept = deptService.queryDeptById(id);

        if(dept == null){
            throw new RuntimeException("id=>" + id + "不存在该用户,或者信息无法找到!");
        }

        return dept;
    }


    // 熔断版的备选方案
    public Dept queryDeptByIdHystrix(@PathVariable("id") Long id){
        return new Dept()
                .setDeptno(id)
                .setDname("id=>" + id + "没有对应的信息,null--@Hystrix!")
                .setDbSource("no this database in Mysql");
    }


}

5、在主启动类上开启服务熔断,添加一个注解即可:

@EnableCircuitBreaker  //添加对Hystrix熔断的支持

  接下来开启服务以及集群,就可以看到效果了!当服务发生错误时,会去执行备选服务,返回错误信息给用户!

posted @   爱吃雪糕的小布丁  阅读(12)  评论(0编辑  收藏  举报  
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· DeepSeek 开源周回顾「GitHub 热点速览」
· 记一次.NET内存居高不下排查解决与启示
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· .NET10 - 预览版1新功能体验(一)
点击右上角即可分享
微信分享提示