• SpringCloud之初识Hystrix熔断器 ----- 程序的保护机制


     在上一篇的-负载均衡Robbin中,我们简单讲解到负债均衡的算法和策略。负载均衡就是分发请求流量到不同的服务器,以减小服务器的压力和访问效率,但是当负载均衡的某个服务器或是服务挂掉之后,那么程序会出现问题么?接下来Hystrix将会讲解

    1.1.简介

    Hystix,即熔断器。

    主页:https://github.com/Netflix/Hystrix/

    Hystix是Netflix开源的一个延迟和容错库,用于隔离访问远程服务、第三方库,防止出现级联失败。

    1.2.熔断器的工作机制:

      

      正常工作的情况下,客户端请求调用服务API接口:

      

    当有服务出现异常时,直接进行失败回滚,服务降级处理:

    当服务繁忙时,如果服务出现异常,不是粗暴的直接报错,而是返回一个友好的提示,虽然拒绝了用户的访问,但是会返回一个结果。

    这就好比去买鱼,平常超市买鱼会额外赠送杀鱼的服务。等到逢年过节,超时繁忙时,可能就不提供杀鱼服务了,这就是服务的降级。

    系统特别繁忙时,一些次要服务暂时中断,优先保证主要服务的畅通,一切资源优先让给主要服务来使用,在双十一、618时,京东天猫都会采用这样的策略。

    1.3.动手实践

     1.3.1.引入依赖

     首先在user-consumer中引入Hystix依赖:

    1.3.2.开启熔断

      1.3.2.1改造消费者

        我们改造user-consumer,添加一个用来访问的user服务的DAO,并且声明一个失败时的回滚处理函数:

    @Component
    public class UserDao {

        @Autowired
        private RestTemplate restTemplate;

        private static final Logger logger = LoggerFactory.getLogger(UserDao.class);

        @HystrixCommand(fallbackMethod = "queryUserByIdFallback")
         public User queryUserById(Long id){
         long begin = System.currentTimeMillis();
         String url = "http://user-service/user/" + id;
         User user = this.restTemplate.getForObject(url, User.class);
         long end = System.currentTimeMillis();
          // 记录访问用时:
          logger.info("访问用时:{}", end - begin);
          return user;
       }

         public User queryUserByIdFallback(Long id){
            User user = new User();
      user.setId(id);
      user.setName("用户信息查询出现异常!");
      return user;
     }
    }

    • @HystrixCommand(fallbackMethod="queryUserByIdFallback"):声明一个失败回滚处理函数queryUserByIdFallback,当queryUserById执行超时(默认是1000毫秒),就会执行fallback函数,返回错误提示。

    • 为了方便查看熔断的触发时机,我们记录请求访问时间。

       在原来的业务逻辑中调用这个DAO:

    @Service
    public class UserService {

    @Autowired
    private UserDao userDao;

    public List<User> queryUserByIds(List<Long> ids) {
    List<User> users = new ArrayList<>();
    ids.forEach(id -> {
    // 我们测试多次查询,
    users.add(this.userDao.queryUserById(id));
    });
    return users;
    }
    }

      1.3.3.2改造服务提供者

         改造服务提供者,随机休眠一段时间,以触发熔断:

    @Service
    public class UserService {

      @Autowired
      private UserMapper userMapper;

      public User queryById(Long id) throws InterruptedException {
      // 为了演示超时现象,我们在这里然线程休眠,时间随机 0~2000毫秒
      Thread.sleep(new Random().nextInt(2000));
       return this.userMapper.selectByPrimaryKey(id);
      }
    }

    1.3.4.启动测试

      然后运行并查看日志:

      id为9、10、11的访问时间分别是:

    id为12的访问时间:

    因此,只有12是正常访问,其它都会触发熔断,我们来查看结果:

    1.3.5.优化

    虽然熔断实现了,但是我们的重试机制似乎没有生效,是这样吗?

    其实这里是因为我们的Ribbon超时时间设置的是1000ms:

    而Hystix的超时时间默认也是1000ms,因此重试机制没有被触发,而是先触发了熔断。

    所以,Ribbon的超时时间一定要小于Hystix的超时时间。

    我们可以通过hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds来设置Hystrix超时时间。

    hystrix:
      command:
          default:
              execution:
                  isolation:
                     thread:
                        timeoutInMillisecond: 6000 # 设置hystrix的超时时间为6000ms

  • 相关阅读:
    P4343 [SHOI2015]自动刷题机
    P1083 [NOIP2012 提高组] 借教室
    [AGC记录] AGC003题解
    [做题记录-乱做] [AGC003E] Sequential operations on Sequence
    [AGC记录] AGC002题解
    [AGC记录] AGC001题解
    [做题记录-乱做] [AGC001F] Wide Swap
    [做题记录-计数] [ARC087D] Squirrel Migration
    [做题记录-计数] [九省联考2018]秘密袭击coat
    [做题记录-计数][AGC024E] Sequence Growing Hard
  • 原文地址:https://www.cnblogs.com/zhaosq/p/10298315.html
Copyright © 2020-2023  润新知