SpringCloud容错机制（Hystrix服务降级）

SpringCloud容错机制

Hystrix服务降级

雪崩效应

服务雪崩效应是一种因“服务提供者的不可用”（原因）导致“服务调用者不可用”（结果），并将不可用逐渐放大的现象。如下图所示：
　　　　　　
上图中, A为服务提供者, B为A的服务调用者, C和D是B的服务调用者. 当A的不可用,引起B的不可用,并将不可用逐渐放大C和D时, 服务雪崩就形成了。

形成原因
服务雪崩的过程可以分为三个阶段：

服务提供者不可用；
重试加大请求流量；
服务调用者不可用；
服务雪崩的每个阶段都可能由不同的原因造成，总结如下：

应对策略

这里讲到了服务降级：

1,服务降级：
通过SpringCloud中的Hystrix组件进行服务降级。
服务降级是中防御机制，通过这种防御机制能够降低微服务之间调用的过程中发生“雪崩效应”。

2,基于RestTemplate+ Ribbon 实现服务降级
1）加入依赖

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

2）在启动类中加入注解，开启服务降级：
@EnableCircuitBreaker

3） 在需要降级的方法上添加注解： @HystrixCommand(fallback=“降级方法的名称”)
如果省略参数的情况下，则调用默认的降级方法。
如果在一个类中，多个方法降级是使用同一个降级方法，则可以定义一个默认的降级方法。
默认的降级方法参数不需要提供，返回值是一个可以进行序列化的对象。

普通的降级方法则需要满足两个条件：第一就是方法的参数必须与被降级的方法参数一致，第二，返回值也必须一致。

4）Hystrix默认情况下1S中如果不能够进行远程调用，则会自动触发降级。
hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMilliseconds: 1000

注意：如果是通过gataway网关进行访问，则要设置网关的连接和读取超时时间。
需要在gataway中的yml文件中进行配置：
ribbon:
ConnectTimeout: 3000
ReadTimeout: 3000

配置详情参照 app-day21_8-15–course文件夹。

5）断路器机制：
当在一定的时间段内，降级次数达到一个范围（20*50%），hystrix则自动会打开熔断器；
熔断器一旦open则正常的访问也会进行降级处理，待定一定的时间后（5000），则再次
向远程发起连接请求，如果此时能够访问断路器就进入close状态；访问不成功则还是close状态。

hystrix:
command:
default:
execution:
isolation:
thread:
timeoutInMilliseconds: 1000
circuitBreaker:
errorThresholdPercentage: 50
requestVolumeThreshold: 10
sleepWindowInMilliseconds: 5000

3使用Feign实现服务降级：
1)导入依赖

org.springframework.cloud spring-cloud-starter-openfeign

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

2)在启动中添加注解：
@EnableCircuitBreaker

3）在实现远程调用的接口中，添加降级实现：

@FeginClent(name="远程调用的服务名称",fallback=接口的实现类.class)


必须提供一个当前远程调用接口的实现类，在该类中实现所有的方法；
一旦进行服务降级，则会调用该实现类中的方法。
此时必须添加一个注解  @Component