CN117459469A - 监控限流系统及其方法 - Google Patents

Abstract

本发明提供一种监控限流系统以及监控限流方法。监控限流系统包括存储装置以及处理器。存储装置存储限流拦截模块、数据分析模块以及执行模块。处理器执行多个模块，并接收用于执行应用程序接口的请求数据。限流拦截模块根据限流配置表判断请求数据是否为限流请求，并且产生判断结果。响应于判断结果为限流请求，限流拦截模块拒绝请求数据的访问，并且输出预设信息。响应于判断结果为非限流请求，限流拦截模块将请求数据输入至执行模块。执行模块执行请求数据。数据分析模块根据资源数据以及应用程序接口请求历程调整限流配置表，以达到逐步以及有效地限流管理。

Description

监控限流系统及其方法

技术领域

本发明涉及一种限流应用程序接口的请求数据，尤其是一种监控限流系统及其方法。

背景技术

用于提供(业务)服务的应用程序通常会提供有具体能力的应用程序接口(Application Programming Interface，API)，以此对外提供功能服务。然而，通常为了实现某个业务行为，系统或用户会调用特定的应用程序接口，来获得期望的执行服务或输出结果(业务数据)。然而，当一时间段中有大量的服务资源需求或是流量峰值时，将可能导致提供服务的服务器或系统发生故障、响应变慢或宕机。在系统出现故障时，将导致整个服务系统无法工作，造成用户体验差。因此，传统的连接应用程序接口的项目服务器具有无法处理大量请求数据，以及没有根据时间段或运算资源进行限流或资源分配的问题。

发明内容

本发明是针对一种监控限流系统及其方法，可根据请求数据的时间段以及所调用的应用程序接口的等级，以自动判断是否进行部分请求数据的限流。

根据本发明的实施例，本发明的监控限流系统包括存储装置以及处理器。存储装置存储多个模块以及限流配置表。处理器耦接存储装置。处理器执行多个模块，并接收用于执行应用程序接口的请求数据。多个模块包括限流拦截模块、数据分析模块以及执行模块。限流拦截模块根据限流配置表判断请求数据是否为限流请求，并且产生判断结果。响应于判断结果为限流请求，限流拦截模块拒绝请求数据的访问，并且输出预设信息。响应于判断结果为非限流请求，限流拦截模块将请求数据输入至执行模块。执行模块执行请求数据。数据分析模块根据资源数据以及应用程序接口请求历程调整限流配置表。

根据本发明的实施例，本发明的监控限流方法包括以下步骤：接收用于执行应用程序接口的请求数据；通过限流拦截模块根据限流配置表判断请求数据是否为限流请求，并且产生判断结果；响应于判断结果为限流请求，通过限流拦截模块拒绝请求数据的访问，并且输出预设信息；响应于判断结果为非限流请求，通过限流拦截模块将请求数据输入至执行模块；通过执行模块执行请求数据；通过数据分析模块根据资源数据以及应用程序接口请求历程调整限流配置表。

基于上述，本发明的监控限流系统及其方法，可根据请求数据的时间段以及所调用的应用程序接口的等级，对不同的应用程序接口以及不同时间段的请求数据进行限流设定。

为让本发明的上述特征和优点能更明显易懂，下文特举实施例，并配合所附图式作详细说明如下。

附图说明

图1是本发明的一实施例的监控限流系统的示意图；

图2是本发明的一实施例的监控限流方法的流程图；

图3是本发明的一实施例的多个模块的执行示意图；

图4是本发明的一实施例的数据分析模块调整限流配置表的流程图。

附图标记说明

100：监控限流系统；

110：处理器；

120：存储装置；

101：数据关系求取和解析模块；

102：请求数据分析单元；

300：监控限流系统

310：限流拦截模块

320：数据分析模块

330：执行模块

340：数据采集模块

350：数据库

360：终端装置

S210～S260、S311～S314、S351、S410～S450:步骤。

具体实施方式

现将详细地参考本发明的示范性实施例，示范性实施例的实例说明于附图中。只要有可能，相同组件符号在图式和描述中用来表示相同或相似部分。

图1是本发明的一实施例的监控限流系统的示意图。参考图1，监控限流系统100包括处理器110以及存储装置120。处理器110耦接存储装置120。存储装置120存储有限流拦截模块、数据分析模块以及执行模块。在本实施例中，监控限流系统100可例如是设置在云端服务器，以供用户连线并执行同样设置在云端服务器中的不同的应用程序接口(Application Programming Interface，API)的相关业务服务(Business service)功能。所述云端服务器可例如是软件即服务(Software as a Service，SaaS)服务器，并且所述应用程序接口对应于软件即服务应用程序，但本发明并不限于此。或者，在一实施例中，监控限流系统100可设置在企业内部的地端服务器所运行的企业资源规划(EnterpriseResource Planning，ERP)系统中，以通过不同的应用程序接口提供相关业务服务功能(例如产生采购单、请购单、报价等诸如此类的业务服务)，本案不应以此为限。

在本实施例中，处理器110可例如包括中央处理单元(Central Processing Unit，CPU)，或是其他可编程之一般用途或特殊用途的微处理器(Microprocessor)、数字信号处理器(Digital Signal Processor，DSP)、特殊应用集成电路(Application SpecificIntegrated Circuits，ASIC)、可编程逻辑器件(Programmable Logic Device，PLD)、其他类似处理电路或这些装置的组合。存储装置120可包括存储器(Memory)及/或数据库(database)，其中存储器可例如非易失性存储器(Non-Volatile Memory，NVM)。存储模块120可存储有用于实现本发明各实施例的相关程序、模块、系统或算法，以供处理器110存取并执行而实现本发明各实施例所描述的相关功能及操作。在本实施例中，限流拦截模块、数据分析模块、执行模块以及本案中的其他模块可例如是以JSON(JavaScript ObjectNotation)、可延伸标记式语言(Extensible Markup Language，XML)或YAML等诸如此类的程序语言来实现的，但本发明也不限于此。

在本实施例中，用户可例如通过个人电脑装置执行监控限流系统100，并且将请求数据输入至监控限流系统100，以请求执行对应的应用程序接口。在另一实施例中，监控限流系统100与项目服务系统被设置于同一个服务器中，接着，用户通过个人终端装置输入请求数据至服务器中，以请求执行项目服务。监控限流系统100可根据请求数据来自动执行限流拦截模块、数据分析模块以及执行模块，以自动产生对应的限流判断结果以及执行结果(业务数据)。

在本实施例中，限流拦截模块可根据存储在存储装置120中的限流配置表判断当前的请求数据是否为限流请求，并且产生判断结果。当判断结果为当前请求数据属于限流请求，则限流拦截模块拒绝当前请求数据的访问以及应用程序接口的调用，并且限流拦截模块同时输出预设信息至对应当前请求数据的终端装置。另一方面，当判断结果为非限流请求时，限流拦截模块将请求数据输入至执行模块。接着，执行模块执行请求数据。值得注意的是，数据分析模块根据资源数据以及应用程序接口请求历程调整限流配置表。

图2是本发明的一实施例的监控限流方法的流程图。参考图1以及图2，监控限流系统100可执行以下步骤S210～S260，以自动产生对应的判断结果，根据请求数据的种类以及时间段执行对应的结果。在本实施例中，用户可输入请求数据至监控限流系统100，以欲执行(特定)应用程序接口。在步骤S210，处理器110可接收用于执行应用程序接口的请求数据。具体来说，用户通过其终端装置输出使用项目系统(例如调用特定的应用程序接口)的请求数据至装设有监控限流系统100的服务器中。接着，服务器将请求数据输入至监控限流系统100中。

在步骤S220，处理器110可通过限流拦截模块根据限流配置表判断请求数据是否为限流请求，并且产生判断结果。在本实施例中，限流配置表包括限流时间段、限流时间段中每个应用程序接口等级、以及每个应用程序接口等级所对应的限流比率。如此设置，限流拦截模块比对当前的请求数据与限流配置表，进而判断当前的请求数据是否属于限流配置表中需要限制流量的请求(例如服务请求)。并且，限流拦截模块根据比对结果产生判断结果。

在步骤S230，响应于判断结果为限流请求，限流拦截模块拒绝请求数据的访问。具体来说，当判断结果为当前的请求数据属于限流请求之时，限流拦截模块拒绝当前的请求数据，以达到运算资源的控制以及流量的限制。在步骤S240，通过限流拦截模块输出预设信息。在一实施例中，限流拦截模块输出预设信息至对应当前请求数据的终端装置。换言之，限流拦截模块将预设信息输出至发出当前请求数据的终端装置，进而告知用户当前请求数据未能请求成功的原因。预设信息可以是“当前服务请求过多，请稍后”或是“当前服务塞车中，请稍待”等内容。

在步骤S250，响应于所述判断结果为非限流请求，通过限流拦截模块将所述请求数据输入至执行模块。具体来说，当判断结果为当情的请求数据不属于限流请求(即属于非限流请求)之时，限流拦截模块将当前的请求数据输入至执行模块中。接着，在步骤S260，通过执行模块执行当前的请求数据。举例而言，执行模块执行请求数据是调用对应请求数据的应用程序接口，或是执行对应请求数据的服务运算。在一实施路中，执行模块可根据请求数据的结构来决定多个应用程序接口对象的调用方式，例如一次调用或多次调用。

如此一来，本发明的监控限流系统100及其方法可根据限流配置表中的设定以及批注，自动地判断请求数据是否需要限流，进而达到服务资源的管理以及限流监控。如此设置，监控限流系统100可以通过部分时间段以及部分比率限流的方式，有效地避免服务资源超载以及系统故障的状况发生。

图3是本发明的一实施例的多个模块的执行示意图。参考图3。在一实施例中，多个模块还包括数据采集模块340，并且存储装置为数据库350。数据采集模块340根据默认时间定时地采集资源数据以及应用程序接口请求历程，并且将资源数据以及应用程序接口请求历程存储至存储装置120或是数据库350中。

在一实施例中，限流配置表包括应用程序接口等级、限流时间段、当前服务执行次数、多个应用程序接口等级的执行上限值、当前应用程序接口等级的执行次数、限流计算设定、可执行率、限流系数的至少其中之一。应用程序接口等级为不同的应用程序接口所被默认的等级，举例而言，应用程序接口等级根据请求频次和运算复杂度分成三个等级，分别是一级应用程序接口、二级应用程序接口以及三级应用程序接口。一级应用程序接口的运算复杂度大于三级应用程序接口的运算复杂度。

换言之，限流配置表中包括每一个应用程序接口所对应的等级(即应用程序接口等级)。限流时间段为多个服务时间段中备批注为需要进行限流的时间段。当前服务执行次数为当前总服务的请求次数。应用程序接口等级的执行上限值为限流阶段中每个应用程序接口等级所可以执行的上限值，例如是一级应应用程序接口可执行100次，二级应用程序接口可执行50次。当前应用程序接口等级的执行次数为当前时间段每个应用程序接口等级已经执行的次数。限流计算设定为计算每个应用程序接口等级的执行上限值的设定或是公式。可执行率为每个应用程序接口等级所可以执行的比率，例如一级应应用程序接口的可执行率为90％，二级应用程序接口的可执行率为95％，三级应用程序接口的可执行率为98％。限流系数为限流计算设定中的系数。在一实施例中，限流系数为正整数。

在一实施例中，限流配置表包括应用程序接口等级，应用程序接口等级包括一级应用程序接口、二级应用程序接口以及三级应用程序接口，并且不同的应用程序接口等级具有不同的可执行率。举例而言，一级应用程序接口的可执行率相关于指数为限流系数的值，二级应用程序接口的可执行率相关于限流系数与常数的积，三级应用程序接口的可执行率相关于限流系数。具体来说，一级应用程序接口的可执行率与指数为限流系数的值成反比。在一实施例中，一级应用程序接口的可执行率为1-1％*2ⁿ，二级应用程序接口的可执行率1-1％*2n，三级应用程序接口的可执行率为1-1％*n，本案不应以此为限。在本实施例中，n为限流系数，并且n不大于5。

如图3所示，监控限流系统100可执行以下步骤S311～S314以及步骤S351。用户透过终端装置360发出请求数据至监控限流系统300中。在步骤S311中，限流拦截模块310接收到请求数据后，限流拦截模块310判断当前的请求数据是否需要限流(即是否为限流请求)。步骤S311的判断可以更细分为步骤S312以及步骤S313。在步骤S312中，限流拦截模块310判断请求数据是否在限流范围中，例如是限流时间段内(例如早上9点到早上10点)，或是对应特定的应用程序接口。当步骤S312的判断结果为当前请求数据在限流范围中，接着执行步骤S313。

在步骤S313中，限流拦截模块310判断对应请求数据的当前限流阈值(例如当前应用程序接口等级的执行次数)是否已经达到限流阈值(例如对应的应用程序接口等级的执行上限值)。当步骤S312的判断结果为当前请求数据所对应的应用程序接口等级的执行次数已达到上限值，则接着执行步骤S314。在步骤S314中，限流拦截模块310输出友好讯息至用户的终端装置360。友好讯息为默认的系统讯息(即默认讯息)。当步骤S312以及步骤S313的判断结果为否，则通过执行模块330执行当前的请求数据。

在一实施例中，限流拦截模块310根据限流配置表以及应用程序接口请求历程判断请求数据是否为限流请求。具体来说，通过限流配置表可以得知限流时间段、应用程序接口的等级以及限流阈值等讯息。通过应用程序接口请求历程可以得知当前限流阈值或是当前应用程序接口等级的执行次数(例如，二级应用程序接口的当前执行次数为20次)。限流请求为请求数据匹配于监控时间段中的服务请求，并且监控时间段的当前应用程序接口等级的执行次数达到对应的所述应用程序接口等级的执行上限值。

图4是本发明的一实施例的数据分析模块320调整限流配置表的流程图。在一实施例中，限流配置表包括当前限流系数以及资源数据阈值。参考图3以及图4，监控限流系统300可执行以下步骤S410～S450。在步骤S410，数据分析模块320扫描存储装置/数据库350中的资源数据。具体来说，数据分析模块320可被设置于非高峰流量的时间进行数据扫描，以避免占用高峰值的运算资源。例如是每晚的晚上12点数据分析模块320进行资源数据的扫描。在步骤S420，数据分析模块320获得资源数据中超出资源数据阈值的监控时间段。举例而言，资源数据包括中央处理器(Central Processing Unit,CPU)的使用率以及内存使用率，并且资源数据阈值为CPU使用率达到75％以及内存使用率达到80。在步骤S420中，数据分析模块320判断存储装置/数据库350中所存储的请求数据历程，进而逐一判断每个时间段的资源数据是否有高于资源数据阈值，进而获得至少一个资源数据超出阈值的监控时间段。

在步骤S430，数据分析模块320判断在步骤S420所获得的监控时间段是否已经有设置限流系数。具体来说，限流计算设定中包括限流系数。因此，数据分析模块320判断监控时间段是否设置有限流系数，就可以得出当前的监控时间段是否已被监控过。举例而言，第一天的晚上7点到晚上9点的资源数据高于资源数据阈值，则数据分析模块320将晚上7点到晚上9点设置限流系数为1。接着，第二天的晚上7点到晚上9点的资源数据仍然高于资源数据阈值，则数据分析模块320判断出晚上7点到晚上9点的时间段已经设置有限流系数。如此设置，响应于晚上7点到晚上9点的时间控已经有限流系数，数据分析模块320执行步骤S450。相反地，当数据分析模块320判断当前的监控时间段未被设置限流系数，则执行步骤S440。

在步骤S440，响应于监控时间段没有设置限流系数，数据分析模块320将监控时间段的限流系数设置为1。在步骤S450，响应于监控时间段有设置限流系数，数据分析模块320将监控时间段的限流系数加上1以作为新限流系数。举例而言，第三天的晚上7点到晚上9点的当前限流系数为2，则数据分析模块320将3作为当前监控时间段的新限流系数。在本实施例中，限流系数具有系数阈值，系数阈值例如是5。当监控时间段的限流系数到达系数阈值时，数据分析模块320停止增加限流系数的值，而是数据分析模块320输出监控时间段的信息以及预设警示信息。具体来说，当数据分析模块320执行步骤S430之时，判断到监控时间段已经有设置限流系数，并且监控时间段的限流系数已经到达系数阈值。举例而言，数据分析模块320将提醒信息输出至工作人员的终端装置。在另一实施例中，数据分析模块320记录这些时间段的信息并且存储于存储装置(例如数据库350)中，以供系统人员的查阅。

在一实施陆中，数据分析模块320根据限流配置表以获得具有限流系数的系数时间段。数据分析模块320扫描资源数据，以获得系数时间段中资源数据(例如CPU使用率以及内存使用率)低于资源数据阈值的待调整时间段。接着，数据分析模块320将待调整时间段的限流系数减去1以作为新限流系数。当限流系数为0，则所述限流计算设定为0。也就是说，当限流系数为0，对应的时间段为非监控时间段。

在一实施例中，限流配置表包括自定义批注表。具体来说，自定义批注表包括应用程序接口的等级、应用程序接口的描述信息以及应用程序接口的名称的至少其中之一。举例而言，监控限流系统300可根据自定义批注表获得相关于应用程序接口的批注以及信息，例如应用程序接口的等级。

在一实施例中，多个模块还包括异步拦截模块。异步拦截模块用以拦截请求数据，进而将请求数据的信息存储至存储装置/数据库350中。异步拦截模块通过异步的方式将相关于请求数据的应用程序接口、应用程序接口的执行次数、时间段、应用程序接口名称、应用程序接口的访问方式、应用程序接口的访问地址以及/或是应用程序接口的输入数据结构存储至请求日志表中。值得说明的是，异步拦截模块通过异步的方式撷取以及存储有关于请求数据的信息，是为了不影响项目系统地执行以及不影响业务流程，进而避免影响项目服务的资源数据以及运算效率。在本实施例中，限流系数的最大值为5，并且存储装置120存储请求日志表。

综上所述，本发明的监控限流系统(100、300)及其方法可根据运行时间段以及限流计算设定，判断当前的请求数据的时间段以及应用程序接口等级，进而根据执行的复杂度以及运行时间段进行特定的限流控制。并且，监控限流系统(100、300)根据请求数据历程得知每一时间段的资源数据，进而根据资源数据的历程进行限流系数的递增或递减，以达到逐步资源数据的控制(即限流)，以有效地逐步管理以及控制每个时间段以及每个应用程序接口等级的限流比率。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (20)

1.一种监控限流系统，其特征在于，包括：

存储装置，存储多个模块以及限流配置表；以及

处理器，耦接所述存储装置，执行所述多个模块，并接收用于执行应用程序接口的请求数据，其中所述多个模块包括限流拦截模块、数据分析模块以及执行模块，

其中所述限流拦截模块根据所述限流配置表判断所述请求数据是否为限流请求，并且产生判断结果，

其中响应于所述判断结果为所述限流请求，所述限流拦截模块拒绝所述请求数据的访问，并且输出预设信息，

其中响应于所述判断结果为非限流请求，所述限流拦截模块将所述请求数据输入至所述执行模块，其中所述执行模块执行所述请求数据，

其中所述数据分析模块根据资源数据以及应用程序接口请求历程调整所述限流配置表。

2.根据权利要求1所述的监控限流系统，其特征在于，所述多个模块还包括：

数据采集模块，根据默认时间定时地采集所述资源数据以及所述应用程序接口请求历程，并且将所述资源数据以及所述应用程序接口请求历程存储至所述存储装置。

3.根据权利要求1所述的监控限流系统，其特征在于，所述限流配置表包括应用程序接口等级、限流时间段、当前服务执行次数、多个应用程序接口等级的执行上限值、当前应用程序接口等级的执行次数、限流计算设定、可执行率、限流系数的至少其中之一。

4.根据权利要求1所述的监控限流系统，其特征在于，所述限流配置表包括自定义批注表，其中所述自定义批注表包括所述应用程序接口的等级、所述应用程序接口的描述信息以及所述应用程序接口的名称的至少其中之一。

5.根据权利要求1所述的监控限流系统，其特征在于，所述限流配置表包括应用程序接口等级，其中所述应用程序接口等级包括一级应用程序接口、二级应用程序接口以及三级应用程序接口，并且不同的所述应用程序接口等级具有不同的可执行率，

其中所述一级应用程序接口的所述可执行率相关于指数为限流系数的值，其中所述二级应用程序接口的所述可执行率相关于所述限流系数与常数的积，其中三级应用程序接口的所述可执行率相关于所述限流系数。

6.根据权利要求5所述的监控限流系统，其特征在于，所述数据分析模块根据所述限流配置表以获得具有所述限流系数的系数时间段，

其中所述数据分析模块扫描所述资源数据，以获得所述系数时间段中所述资源数据低于所述资源数据阈值的待调整时间段，

其中所述数据分析模块将所述待调整时间段的所述限流系数减去1以作为新限流系数。

7.根据权利要求5所述的监控限流系统，其特征在于，所述限流配置表包括当前限流系数以及资源数据阈值，

其中所述数据分析模块扫描所述存储装置中的所述资源数据，以获得所述资源数据中超出所述资源数据阈值的监控时间段，

其中所述数据分析模块判断所述监控时间段是否有设置限流系数，

其中响应于所述监控时间段没有设置所述限流系数，所述数据分析模块将所述监控时间段的所述限流系数设置为1，

其中响应于所述监控时间段有设置所述限流系数，所述数据分析模块将所述监控时间段的所述限流系数加上1以作为新限流系数。

8.根据权利要求7所述的监控限流系统，其特征在于，当所述监控时间段的所述限流系数到达系数阈值时，所述数据分析模块输出所述监控时间段的信息以及预设警示信息。

9.根据权利要求7所述的监控限流系统，其特征在于，所述限流拦截模块根据所述限流配置表以及所述应用程序接口请求历程判断所述请求数据是否为所述限流请求，

其中所述限流请求为所述请求数据匹配于监控时间段中的服务请求，并且所述监控时间段的当前应用程序接口等级的执行次数达到对应的所述应用程序接口等级的执行上限值。

10.根据权利要求7所述的监控限流系统，其特征在于，还包括：

异步拦截模块，用以拦截所述请求数据，进而将所述请求数据的信息存储至所述存储装置中，

其中所述异步拦截模块通过异步的方式将相关于所述请求数据的应用程序接口、所述应用程序接口的执行次数以及时间段存储至请求日志表中，

其中所述限流系数的最大值为5，并且所述存储装置存储所述请求日志表。

11.一种监控限流方法，其特征在于，包括：

接收用于执行应用程序接口的请求数据；

通过限流拦截模块根据限流配置表判断所述请求数据是否为限流请求，并且产生判断结果；

响应于所述判断结果为所述限流请求，通过所述限流拦截模块拒绝所述请求数据的访问，并且输出预设信息；

响应于所述判断结果为非限流请求，通过所述限流拦截模块将所述请求数据输入至执行模块；

通过所述执行模块执行所述请求数据；以及

通过数据分析模块根据资源数据以及应用程序接口请求历程调整所述限流配置表。

12.根据权利要求11所述的监控限流方法，其特征在于，还包括：

通过数据采集模块根据默认时间定时地采集所述资源数据以及所述应用程序接口请求历程；以及

通过所述数据采集模块将所述资源数据以及所述应用程序接口请求历程存储至存储装置。

13.根据权利要求11所述的监控限流方法，其特征在于，所述限流配置表包括应用程序接口等级、限流时间段、当前服务执行次数、多个应用程序接口等级的执行上限值、当前应用程序接口等级的执行次数、限流计算设定、可执行率、限流系数的至少其中之一。

14.根据权利要求11所述的监控限流方法，其特征在于，所述限流配置表包括自定义批注表，其中所述自定义批注表包括所述应用程序接口的等级、所述应用程序接口的描述信息以及所述应用程序接口的名称的至少其中之一。

15.根据权利要求11所述的监控限流方法，其特征在于，所述限流配置表包括应用程序接口等级，其中所述应用程序接口等级包括一级应用程序接口、二级应用程序接口以及三级应用程序接口，并且不同的所述应用程序接口等级具有不同的可执行率，

其中所述一级应用程序接口的所述可执行率相关于指数为限流系数的值，其中所述二级应用程序接口的所述可执行率相关于所述限流系数与常数的积，其中三级应用程序接口的所述可执行率相关于所述限流系数。

16.根据权利要求15所述的监控限流方法，其特征在于，通过所述数据分析模块根据所述资源数据以及所述应用程序接口请求历程调整所述限流配置表的步骤包括：

通过所述数据分析模块根据所述限流配置表以获得具有所述限流系数的系数时间段；

通过所述数据分析模块扫描所述资源数据，以获得所述系数时间段中所述资源数据低于所述资源数据阈值的待调整时间段；以及

通过所述数据分析模块将所述待调整时间段的所述限流系数减去1以作为新限流系数。

17.根据权利要求15所述的监控限流方法，其特征在于，所述限流配置表包括当前限流系数以及资源数据阈值，

其中通过所述数据分析模块根据所述资源数据以及所述应用程序接口请求历程调整所述限流配置表的步骤还包括：

通过所述数据分析模块扫描存储装置中的所述资源数据，以获得所述资源数据中超出所述资源数据阈值的监控时间段；

通过所述数据分析模块判断所述监控时间段是否有设置限流系数，

响应于所述监控时间段没有设置所述限流系数，通过所述数据分析模块将所述监控时间段的所述限流系数设置为1；以及

响应于所述监控时间段有设置所述限流系数，通过所述数据分析模块将所述监控时间段的所述限流系数加上1以作为新限流系数。

18.根据权利要求17所述的监控限流方法，其特征在于，通过所述数据分析模块根据所述资源数据以及所述应用程序接口请求历程调整所述限流配置表的步骤还包括：

当所述监控时间段的所述限流系数到达系数阈值时，通过所述数据分析模块输出所述监控时间段的信息以及预设警示信息。

19.根据权利要求17所述的监控限流方法，其特征在于，通过所述数据分析模块根据所述资源数据以及所述应用程序接口请求历程调整所述限流配置表的步骤还包括：

通过所述限流拦截模块根据所述限流配置表以及所述应用程序接口请求历程判断所述请求数据是否为所述限流请求，

其中所述限流请求为所述请求数据匹配于监控时间段中的服务请求，并且所述监控时间段的当前应用程序接口等级的执行次数达到对应的所述应用程序接口等级的执行上限值。

20.根据权利要求17所述的监控限流方法，其特征在于，还包括：

通过异步拦截模块拦截所述请求数据，进而将所述请求数据的信息存储至所述存储装置中，

其中所述异步拦截模块通过异步的方式将相关于所述请求数据的应用程序接口、所述应用程序接口的执行次数以及时间段存储至请求日志表中，

其中所述限流系数的最大值为5，并且所述存储装置存储所述请求日志表。