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 用于服务降级

  fallback 接口

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

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