[发明专利]API分布式限流的实现方法

说明书

本发明公开了一种API分布式限流的控制方法，属于网络金融交易领域。将接口及用户级访问限流规则按照限流频次分别配置到数据库中；在服务端收到用户发送的API请求后，对API参数进行签名校验；校验通过后，根据API参数中的用户标识key，在限流组件中通过Realm实现查询用户与下单接口对应的限流策略；再通过集群Redis lua脚本，获取Redis集群中该用户级和接口级限流的令牌；判断本次接口调用是否符合该用户的接口权限及限流。本发明解决了现有技术中存在的服务器性能低、接口不可配以及多用户并发时服务器可用性低的问题，实现高性能、高可用的API分布式的限流目的。

技术领域

本发明属于网络金融交易技术领域，特别是涉及一种API分布式限流的实现方法。

背景技术

在金融交易领域，现有的交易模式为服务提供方和服务调用方，服务提供方对外提供服务的调用API接口，服务调用方通过调用API接口实现服务。服务方在系统设计之初就会有一个预估容量，长时间超过系统能承受的TPS/QPS阈值，系统可能会被压垮，最终扩散到整个服务，导致服务不够用。为了避免这种情况，就需要对API接口的请求进行限流。限流的目的是通过对并发访问请求进行限速或者一个时间窗口内的请求数量进行限速来保护系统，一旦达到限制速率则可以拒绝服务、排队或等待。在金融领域会存在多个服务调用方，服务提供方提供的API接口被调用时，一般是通过设置缓存、队列、令牌、分流等技术方式来实现限流，目前的API接口限流的方法都属于限流，即当交易数量发起过多时，服务提供方的应用系统的负载能力有限，如果非预期的请求对系统压力过大而拖垮整个业务应用系统，服务提供方和服务调用方的损失极为惨重，如果仅仅通过上述的被动限流方式将交易进行限流，该类方法灵活性较差，不能够进行灵活配置及精准高效的限流及相应的权限校验，且因金融交易存在业务特性，更需要进行灵活合理的限流。

现有技术中存在的问题是：1)本地JVM级限流仅仅能在单机服务中进行应用，服务器性能及高可用都会存在问题；2)不可配的接口限流策略往往不能满足可变的、多样性的用户限流需求；3)单一的用户级限流在用户日益增长的过程中，多用户并发时容易触发服务器性能瓶颈，影响服务其他功能的可用性。

因此，亟需一种API分布式限流的实现方法，解决现有技术中存在的服务器性能低、接口不可配以及多用户并发时服务器可用性低的问题，实现高性能、高可用的API分布式的限流目的。

发明内容

本发明的目的在于提供一种API分布式限流的控制方法，解决现有技术中存在的服务器性能低、接口不可配以及多用户并发时服务器可用性低的问题，实现了高性能、高可用的API分布式的限流目的。

本发明所采用的技术方案是提供一种API分布式限流的控制方法，包括以下步骤：

S1，在API系统运行前或运行时，将接口级限流值、用户级接口访问权限和用户级接口限流值的访问限流规则按照限流频次分别配置到数据库中；

S2，服务端收到用户发送的API请求后，对API参数进行签名校验；校验通过后，根据API参数中的用户标识key，在限流组件中通过Realm实现查询用户与下单接口对应的限流规则，查询成功后，通过集群Redis lua脚本，获取Redis集群中该用户级和接口级限流的令牌；判断本次接口调用是否符合所述S1的限流规则；待校验通过后，接口调用成功，否则调用失败并返回对应的异常码。

进一步地，所述S2中通过集群Redis hua脚本，获取Redis集群中该用户级和接口级限流的令牌是按照令牌桶中当前限流频次计数器的数量是否大于用户级和接口级限流值的规则进行的，具体过程为：

若规则判断通过则获得成功，并设置令牌桶中对应限流频次计数器+1；

若在当前限流频次中第一次获取令牌，则再设置该令牌桶频次计数器过期时间为当前时间+1个限流频次周期，判断本次接口调用是否符合该用户的结构权限及限流。