Spring Cloud 学习笔记(九)--Hystrix断路器

概述

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

 

什么是服务雪崩

多个微服务之间调用的时候,假设微服务A调用微服务B和微服务C,微服务B和微服务C又调用其它的微服务,这就是所谓的“扇出”。如果扇出的链路上某个微服务的调用响应时间过长或者不可用,对微服务A的调用就会占用越来越多的系统资源,进而引起系统崩溃,所谓的“雪崩效应”.
 
对于高流量的应用来说,单一的后端依赖可能会导致所有服务器上的所有资源都在几秒钟内饱和。比失败更糟糕的是,这些应用程序还可能导致服务之间的延迟增加,备份队列,线程和其他系统资源紧张,导致整个系统发生更多的级联故障。这些都表示需要对故障和延迟进行隔离和管理,以便单个依赖关系的失败,不能取消整个应用程序或系统。

 

解决方案

一般情况对于服务依赖的保护主要有3中解决方案:
 
(1)熔断模式:这种模式主要是参考电路熔断,如果一条线路电压过高,保险丝会熔断,防止火灾。放到我们的系统中,如果某个目标服务调用慢或者有大量超时,此时,熔断该服务的调用,对于后续调用请求,不在继续调用目标服务,直接返回,快速释放资源。如果目标服务情况好转则恢复调用。
 
(2)隔离模式:这种模式就像对系统请求按类型划分成一个个小岛的一样,当某个小岛被火少光了,不会影响到其他的小岛。例如可以对不同类型的请求使用线程池来资源隔离,每种类型的请求互不影响,如果一种类型的请求线程资源耗尽,则对后续的该类型请求直接返回,不再调用后续资源。这种模式使用场景非常多,例如将一个服务拆开,对于重要的服务使用单独服务器来部署,再或者公司最近推广的多中心。
 
(3)限流模式:上述的熔断模式和隔离模式都属于出错后的容错处理机制,而限流模式则可以称为预防模式。限流模式主要是提前对各个类型的请求设置最高的QPS阈值,若高于设置的阈值则对该请求直接返回,不再调用后续资源。这种模式不能解决服务依赖的问题,只能解决系统整体资源分配问题,因为没有被限流的请求依然有可能造成雪崩效应。

 

Hystrix能干嘛

服务降级:其实就是线程池中单个线程障处理,防止单个线程请求时间太长,导致资源长期被占有而得不到释放,从而导致线程池被快速占用完,导致服务崩溃。

Hystrix能解决如下问题:
1.请求超时降级,线程资源不足降级,降级之后可以返回自定义数据
2.线程池隔离降级,分布式服务可以针对不同的服务使用不同的线程池,从而互不影响
3.自动触发降级与恢复
4.实现请求缓存和请求合并

 

熔断模式:这种模式主要是参考电路熔断,如果一条线路电压过高,保险丝会熔断,防止火灾。放到我们的系统中,如果某个目标服务调用慢或者有大量超时,此时,熔断该服务的调用,对于后续调用请求,不在继续调用目标服务,直接返回,快速释放资源。如果目标服务情况好转则恢复调用。

 

限流模式:主要是提前对各个类型的请求设置最高的QPS阈值,若高于设置的阈值则对该请求直接返回,不再调用后续资源。这种模式不能解决服务依赖的问题,只能解决系统整体资源分配问题,因为没有被限流的请求依然有可能造成雪崩效应。

 

服务熔断

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

pom依赖
 

   
   
     org.springframework.cloud
     spring-cloud-starter-netflix-hystrix
   

修改Controller方法

@RestController
public class DemoController {

    @RequestMapping(value="/demo/get/{id}",method=RequestMethod.GET)
    @HystrixCommand(fallbackMethod = "processHystrix")
    public Object get(@PathVariable("id") Long id)
    {
        Object demo = null;
        if(null == demo)
        {
            throw new RuntimeException("该ID:"+id+"没有没有对应的信息");
        }
        return demo;
    }

    public Object processHystrix(@PathVariable("id") Long id)
    {
        return "服务熔断";
    }
}

修改启动类
添加@EnableCircuitBreaker,对hystrixR熔断机制的支持。

至此熔断配置完成。

 

服务降级

服务降级是在客户端实现的,与服务端无关。

实现FallbackFactory
 

@Component //不要忘记添加
public class DemoServiceFallbackFactory implements FallbackFactory {
    @Override
    public DemoService create(Throwable throwable) {
        return new DemoService() {
            @Override
            public Object doTest() {
                return "服务降级";
            }
        };
    }
}

DemoService接口
 

@FeignClient(name="demo-service", fallbackFactory = DemoServiceFallbackFactory.class)
public interface DemoService {
    
    @RequestMapping(value = "api/test", method = RequestMethod.GET, produces = MediaType.APPLICATION_JSON_VALUE)
    Object doTest();
    
}

yml配置文件启用
 

feign: 
  hystrix: 
    enabled: true

至此配置成功,当demo-service不可用时,调用doTest会返回 "服务降级"。让客户端在服务端不可用时也会获得提示信息而不会耗死服务器。

 

HystrixDashboard

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

服务消费端pom依赖

        
        
            org.springframework.cloud
            spring-cloud-starter-netflix-hystrix
        

        
            org.springframework.cloud
            spring-cloud-starter-netflix-hystrix-dashboard
        

服务消费端启动类
添加@EnableHystrixDashboard注解,开启HystrixDashboard。

所有服务提供端都需支持actuator监控
 

   
   
     org.springframework.boot
     spring-boot-starter-actuator
   

至此HystrixDashboard配置完成。


Delay:该参数用来控制服务器上轮询监控信息的延迟时间,默认为2000毫秒,可以通过配置该属性来降低客户端的网络和CPU消耗。

Title:该参数对应了头部标题Hystrix Stream之后的内容,默认会使用具体监控实例的URL,可以通过配置该信息来展示更合适的标题。 


Host:就是请求的频率。

Circuit:就是熔断的状态,open就是熔断打开,closed就是关闭,还有半开half open。

曲线代表一段时间内,流量的相对变化。

你可能感兴趣的:(SpringCloud,学习笔记,SpringCloud,微服务,架构)