Hystrix

Hystrix是Netflix开源的高可用框架,可能完满解决分布式系统架构中高可用服务的问题
- 断路器
- 服务降级
- 服务熔断
- 服务隔离机制
- 服务雪崩效应
Hystrix具备自我爱护能力
服务爱护概念
在微服务高可用分布式系统中会呈现:服务间的调用超时,服务间的调用时失败问题
服务雪崩效应
默认状况下,Tomcat只有一个线程池解决客户端发送的申请,这样在高并发的状况下客户端所有申请沉积在同一个服务接口,就会产生Tomcat所有线程池去解决服务接口,会导致其它服务接口无法访问,这样在其它接口拜访的时候就会产生提早和期待
服务雪崩效应重大会造成连环雪崩效应,可能会导致所有微服务接口无法访问,导致整个服务瘫痪
```
Tomcat中有个线程池,每个线程去解决客户端发送的每次申请
```
基于Hystrix解决服务雪崩效应的机制:
- 服务降级:
- 服务熔断:
- 服务隔离:

在高并发的状况下,避免用户期待,服务调用fallBack办法,返回一个敌对提醒间接给客户端而不会去解决申请,目标是为了晋升用户体验

当Tomcat中没有线程解决客户端申请的时候,不应该让界面统一转圈,让用户期待如果服务在调用其它接口超时的时候(默认1秒),默认状况下,业务逻辑是能够执行的,如果服务没有响应间接执行的是服务降级办法

在高并发的状况下,设定服务的阈值,当流量过高超出给定的阈值,会主动开启爱护性能,应用服务降级形式返回一个敌对提醒给客户端
熔断机制和服务降级是一起作用的
服务熔断的目标是为了爱护服务
服务隔离
服务隔离有两种:线程池隔离和信号量隔离
线程池隔离:
- 每个服务接口都有本人独立的线程池,每个线程池互补影响
- 因为线程池CPU占用率十分高,不是所有服务接口都采纳线程池隔离,只有外围要害的接口才会采纳线程池隔离
  Hystrix环境搭建
导入Hystrix依赖:spring-cloud-starter-netflix-hystrix
在服务消费者(Consumer)我的项目中的配置文件中开启Hystrix断路器
```
feign.hystrix.enabled=true
```
在配置文件中设置hystrix服务超时工夫,避免业务服务响应不及时,执行服务降级
```
hystrix.command.default.execution.isolation.thread. timeoutInMilliseconds=10000
```
在主类上标注@EnableFeignClient开启Fegin的Hystrix性能

在服务实现的办法上标注 @HystrixCommand注解应用Hystrix框架

@HystrixCommand默认开启了服务降级,服务熔断,服务隔离@HystrixCommand中的服务隔离默认开启线程池隔离形式@HystrixCommand(fallback="服务降级提醒办法名称"),其中的fallback用于服务降级

Hystrix应用类形式fallback进行服务降级的办法解决

1.新建fallback类2.类上标注@Component注解将类加载到容器中3.调用fallback类时,在@FeignClient正文中增加fallback参数@FeignClient(fallback=Fallback.class)

服务爱护概念