[发明专利]分布式限流方法、装置、设备及可读存储介质

说明书

本发明公开了一种分布式限流方法，包括：在应用群集服务器启动时，确定领袖服务器；控制追随者服务器向领袖服务器汇报当前运行信息；控制领袖服务器基于当前运行信息将限流额度分配至各个追随者服务器；控制各个追随者服务器在接收到限流额度后，基于当前应用进程获取频次额度，将频次额度同步至本地缓存，并基于频次额度进行频次限流控制。本发明还公开了一种分布式限流装置、设备和一种存储介质。本发明通过领袖服务器进行限流额度分配，跟随者服务器只负责监听，所以在数据库Redis配置管理端无计算竞争消耗时长；跟随者服务器在执行控制的过程中无需每次访问数据库Redis配置管理端，相比一次一访问的方式网络开销要小很多。

技术领域

本发明涉及金融科技(Finteh)技术领域，尤其涉及金融行业的分布式限流方法、装置、设备及可读存储介质。

背景技术

随着计算机技术的发展，越来越多的技术应用在金融领域，传统金融业正在逐步向金融科技(Finteh)转变，越来越多的技术应用于金融行业，但由于金融行业的安全性及实时性要求，也对技术提出的更高的要求。目前，采用多台计算机组成一个分布式服务系统可以为用户提供比传统的集中式系统更好的服务，特别是可以克服主机资源紧张和响应瓶颈的缺陷，更好地实现任务的分配与优化。可实现调用、监听服务、提供远程通信与信息交换的分布式系统很多，如阿里巴巴旗下开源的分布式服务框架dubbo、开源软件ApacheHadoop的分布式服务框架协调组件Zookeeper等，采用的框架均是Java版本的。

在多台相同的服务器需要执行一系列的任务方法时，这些方法往往作为生产者的身份而存在，这些生产者产生最新数据写入缓存服务器或消息队列，以供后续消费者进行消费。而往往在实际应用的过程中，由于生产者生产数据逻辑往往较为单一，导致这些生产者产生数据的速率往往会超过消费者消费的速率，为了使消费者端不至于过载，通常会使用限流方案。

现有的限流方案可以分为两种，一种是针对每个应用服务单独配置限流额度，每个应用限流额度加总为整体应用的限额度；另一种是使用分布式缓存中间件如数据库Redis，在数据库Redis中设置一个基于总限流额度的令牌桶，每个应用服务器在执行受控方法时去数据库Redis中获取一个或多个令牌，根据拿到的令牌数量来控制受控方法的执行次数。

然而，上述两种限流方式存在以下缺陷：

1、单机限流的方案存在静态配置的问题；相对于分布式的限流控制，纯单机的限流在配置上较为不灵活，往往都是做静态配置，也就是在项目部署时为每台应用服务器配置固定的额度，并且在应用运行过程中不易动态调整每台机器的限流额度；

2、基于数据库Redis等分布式中间件的令牌桶算法限流方案虽然能够动态调整每台机器的执行频率，并且能够精准的控制多台机器的执行频率，但是往往效率比单机限流低，一是存在分布式锁的高频竞争，二是获得令牌的网络开销较大。

发明内容

本发明的主要目的在于提出一种分布式限流方法、装置、设备及可读存储介质，旨在解决现有技术中动态调整每台服务器的执行频率时效率低，且网络开销大的问题。

为实现上述目的，本发明提供一种分布式限流方法，其特征在于，所述分布式限流方法包括如下步骤：

在应用群集服务器启动时，确定领袖服务器，其中，所述应用群集服务器中所有的服务器均为追随者服务器；

控制所述追随者服务器向所述领袖服务器上传所述当前运行信息；

控制所述领袖服务器基于当前运行信息将限流额度分配至各个所述追随者服务器；

控制各个所述追随者服务器在接收到所述限流额度后，基于当前应用进程获取频次额度，将所述频次额度同步至本地缓存，并基于所述频次额度进行频次限流控制。

优选地，所述控制所述领袖服务器基于当前运行信息将限流额度分配至各个所述追随者服务器的步骤包括：