(十二)spring cloud微服务分布式云架构-Hystrix服务降级

桃扇骨 2022-03-09 02:47 268阅读 0赞

动手试一试

在开始使用Spring Cloud Hystrix实现断路器之前,我们先拿之前实现的一些内容作为基础,其中包括:Spring Cloud大型企业分布式微服务云架构源码请加一七九一七四三三八零

eureka-server工程:服务注册中心,端口:1001

eureka-client工程:服务提供者,两个实例启动端口分别为2001

下面我们可以复制一下之前实现的一个服务消费者:eureka-consumer-ribbon,命名为eureka-consumer-ribbon-hystrix。下面我们开始对其进行改在:

第一步:pom.xml的dependencies节点中引入spring-cloud-starter-hystrix依赖:

  1. <dependency>
  2. <groupId>org.springframework.cloud</groupId>
  3. <artifactId>spring-cloud-starter-hystrix</artifactId>
  4. </dependency>

第二步:在应用主类中使用@EnableCircuitBreaker或@EnableHystrix注解开启Hystrix的使用:

  1. @EnableCircuitBreaker
  2. @EnableDiscoveryClient
  3. @SpringBootApplication
  4. public class Application {
  5. @Bean
  6. @LoadBalanced
  7. public RestTemplate restTemplate() {
  8. return new RestTemplate();
  9. }
  10. public static void main(String[] args) {
  11. new SpringApplicationBuilder(Application.class).web(true).run(args);
  12. }
  13. }

注意:这里我们还可以使用Spring Cloud应用中的@SpringCloudApplication注解来修饰应用主类,该注解的具体定义如下所示。我们可以看到该注解中包含了上我们所引用的三个注解,这也意味着一个Spring Cloud标准应用应包含服务发现以及断路器。

  1. @Target({ElementType.TYPE})
  2. @Retention(RetentionPolicy.RUNTIME)
  3. @Documented
  4. @Inherited
  5. @SpringBootApplication
  6. @EnableDiscoveryClient
  7. @EnableCircuitBreaker
  8. public @interface SpringCloudApplication {
  9. }

第三步:改造服务消费方式,新增ConsumerService类,然后将在Controller中的逻辑迁移过去。最后,在为具体执行逻辑的函数上增加@HystrixCommand注解来指定服务降级方法,比如:

  1. @RestController
  2. public class DcController {
  3. @Autowired
  4. ConsumerService consumerService;
  5. @GetMapping("/consumer")
  6. public String dc() {
  7. return consumerService.consumer();
  8. }
  9. class ConsumerService {
  10. @Autowired
  11. RestTemplate restTemplate;
  12. @HystrixCommand(fallbackMethod = "fallback")
  13. public String consumer() {
  14. return restTemplate.getForObject("http://eureka-client/dc", String.class);
  15. }
  16. public String fallback() {
  17. return "fallback";
  18. }
  19. }
  20. }

下面我们来验证一下上面Hystrix带来的一些基础功能。我们先把涉及的服务都启动起来,然后访问localhost:2101/consumer,此时可以获取正常的返回,比如:Services: [eureka-consumer-ribbon-hystrix, eureka-client]。

为了触发服务降级逻辑,我们可以将服务提供者eureka-client的逻辑加一些延迟,比如:

  1. @GetMapping("/dc")
  2. public String dc() throws InterruptedException {
  3. Thread.sleep(5000L);
  4. String services = "Services: " + discoveryClient.getServices();
  5. System.out.println(services);
  6. return services;
  7. }

重启eureka-client之后,再尝试访问localhost:2101/consumer,此时我们将获得的返回结果为:fallback。我们从eureka-client的控制台中,可以看到服务提供方输出了原本要返回的结果,但是由于返回前延迟了5秒,而服务消费方触发了服务请求超时异常,服务消费者就通过HystrixCommand注解中指定的降级逻辑进行执行,因此该请求的结果返回了fallback。这样的机制,对自身服务起到了基础的保护,同时还为异常情况提供了自动的服务降级切换机制。

发表评论

表情:
评论列表 (有 0 条评论,268人围观)

还没有评论,来说两句吧...

相关阅读