spring cloud 基础实战(六) Hystrix客户端和服务端熔断器

1 ，分布式微服务架构面临的问题

• 在微服务架构中，根据业务来拆分成一个个的服务，而服务与服务之间存在着依赖关系 (比如用户调商品， 商品调库存，库存调订单等等)，在Spring Cloud中多个微服务之间可以用 RestTemplate+Ribbon 和 Feign 来调用。
  
  在服务之间调用的链路上由于网络原因、资源繁忙或者自身的原因，服务并不能保证100%可用，如果单个服务出 现问题，调用这个服务就会出现线程阻塞，导致响应时间过长或不可用，此时若有大量的请求涌入，容器的线程资 源会被消耗完毕，导致服务瘫痪。服务与服务之间的依赖性，故障会传播，会对整个微服务系统造成灾难性的严重 后果，这就是服务故障的“雪崩”效应。
  为了解决这个问题，业界提出了熔断器模型。

2，Hystrix 作用

Hystrix 是Netflix公司开源项目( https://github.com/Netflix/Hystrix)，实现了熔断器模型，Spring Cloud 对这一组件进行了整合。

• 服务熔断
• 服务监控

什么是服务熔断

熔断机制是应对雪崩效应的一种微服务链路保护机制。在微服务架构中，一个请求需要调用多个服务是非常常见 的，如下图:

当服务之间调用的链路上某个微服务不可用或者响应时间太长时，会导致连锁故障。当失败的调用到一定阈值(缺 省是5秒内20次调用失败) 就会启动熔断机制。在 SpringCloud 框架里熔断机制通过Hystrix实现，Hystrix会监控微 服务间调用的状况。熔断机制的注解是 @HystrixCommand

熔断器打开后，可用避免连锁故障，fallback方法可以直接返回一个固定值。

3，服务熔断案例

3.1创建 Hystrix 模块

• 新建 studentservice-cloud-08-provider-product-hystrix-8001
• 参考 studentservice-cloud-03-provider-product-8001，相当于在此工程上添加 Hystrix 服务熔断机制
  3.2 添加配置 pom.xml

<!-- 导入hystrix依赖 -->
<dependency>
   <groupId>org.springframework.cloud</groupId> 
   <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
</dependency>

完整配置

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>studentservice-cloud-01</artifactId>
        <groupId>com.asyt.springcloud</groupId>
        <version>1.0