• 断路器


    在微服务架构中,我们将系统拆分成了一个个的服务单元,各单元间通过服务注册与订阅的方式互相依赖。由于每个单元都在不同的进程中运行,依赖通过远程调用的方式执行,这样就有可能因为网络原因或是依赖服务自身问题出现调用故障或延迟,而这些问题会直接导致调用方的对外服务也出现延迟,若此时调用方的请求不断增加,最后就会出现因等待出现故障的依赖方响应而形成任务积压,最终导致自身服务的瘫痪。

    举个例子,在一个电商网站中,我们可能会将系统拆分成,用户、订单、库存、积分、评论等一系列的服务单元。用户创建一个订单的时候,在调用订单服务创建订单的时候,会向库存服务来请求出货(判断是否有足够库存来出货)。此时若库存服务因网络原因无法被访问到,导致创建订单服务的线程进入等待库存申请服务的响应,在漫长的等待之后用户会因为请求库存失败而得到创建订单失败的结果。如果在高并发情况之下,因这些等待线程在等待库存服务的响应而未能释放,使得后续到来的创建订单请求被阻塞,最终导致订单服务也不可用。

    什么是断路器

    “断路器”本身是一种开关装置,用于在电路上保护线路过载,当线路中有电器发生短路时,“断路器”能够及时的切断故障电路,防止发生过载、发热、甚至起火等严重后果。

    在分布式架构中,断路器模式的作用也是类似的,当某个服务单元发生故障(类似用电器发生短路)之后,通过断路器的故障监控(类似熔断保险丝),向调用方返回一个错误响应,而不是长时间的等待。这样就不会使得线程因调用故障服务被长时间占用不释放,避免了故障在分布式系统中的蔓延。

    在Spring Cloud中使用了Hystrix 来实现断路器的功能,Hystrix具备拥有回退机制和断路器功能的线程和信号隔离,请求缓存和请求打包,以及监控和配置等功能。

    Ribbon中引入Hystrix

    pom.xml依赖

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

    在eureka-ribbon的主类RibbonApplication中使用@EnableCircuitBreaker注解开启断路器功能

    @SpringBootApplication
    @EnableDiscoveryClient
    @EnableCircuitBreaker     //开启断路器功能
    public class RibbonApplication {
        @Bean
        @LoadBalanced
        RestTemplate restTemplate() {
            return new RestTemplate();
        }
        public static void main(String[] args) {
            SpringApplication.run(RibbonApplication.class, args);
        }
    }

    在使用ribbon消费服务的函数上增加@HystrixCommand注解来指定回调方法。

    @Service
    public class ComputeService {
        @Autowired
        RestTemplate restTemplate;
    
        //注解来指定回调方法
        @HystrixCommand(fallbackMethod = "addServiceFallback")
        public String addService() {
            return restTemplate.getForEntity("http://COMPUTE-SERVICE/add?a=10&b=20", String.class).getBody();
        }
    
        public String addServiceFallback() {
            return "error";
        }
    }

    验证断路器的回调

     

    Feign使用Hystrix

    不需要在Feigh工程中引入Hystix,Feign中已经依赖了Hystrix

    如果您够仔细,会发现与在ribbon中的报错是不同的,看到add timed-out and no fallback available这句.

    如何使用Feign中集成的Hystrix

    使用@FeignClient注解中的fallback属性指定回调类

    @FeignClient(value = "compute-service", fallback = ComputeClientHystrix.class)
    public interface ComputeClient {
        @RequestMapping(method = RequestMethod.GET, value = "/add")
        Integer add(@RequestParam(value = "a") Integer a, @RequestParam(value = "b") Integer b);
    }

     创建回调类ComputeClientHystrix,实现@FeignClient的接口,此时实现的方法就是对应@FeignClient接口中映射的fallback函数。

    @Component
    public class ComputeClientHystrix implements ComputeClient {
        @Override
        public Integer add(@RequestParam(value = "a") Integer a, @RequestParam(value = "b") Integer b) {
            return -9999;
        }
    }

    再用之前的方法验证一下,是否在compute-service服务不可用的情况下,页面返回了-9999。

  • 相关阅读:
    Kubernets 第一讲 初探
    docker 运行nginx并进入容器内部、端口映射
    Docker 国内镜像的配置及使用
    Centos7上安装docker
    富文本编辑器--FCKEditor 上传图片
    在centos7上安装elasticSearch
    Centos7上卸载openJdk安装,安装自己的JDK1.8
    fastdfs 上传图片 完整版
    nginx 启动报错 “/var/run/nginx/nginx.pid" failed” 解决方法
    nginx + fastdfs 的开机自启动
  • 原文地址:https://www.cnblogs.com/zhangjianbin/p/6262219.html
Copyright © 2020-2023  润新知