CN107370684A - 业务限流方法及业务限流装置 - Google Patents

Abstract

本发明提供一种业务限流方法，其包括：获取业务请求，并确定业务请求对应业务的业务类型；根据业务的业务类型，确定业务的业务限流阶段；以设定时间间隔，获取业务总负载；根据业务总负载以及业务负载设定值，在业务的业务限流阶段对业务进行限流操作。本发明还提供一种业务限流装置，本发明的业务限流方法及业务限流装置通过在不同的业务限流阶段，对不同业务类型的业务进行限流操作，从而可有效的对业务进行限流操作，提高了限流操作效率。

Description

业务限流方法及业务限流装置

技术领域

本发明涉及互联网领域，特别是涉及一种业务限流方法及业务限流装置。

背景技术

随着网络技术的发展，网络业务流量与日俱增，如遇到网络攻击，无论是http(超文本传输协议，Hyper Text Transfer Protocol)服务或https(具有安全套接层的超文本传输协议，Hyper Text Transfer Protocol over Secure Socket Layer)服务，业务服务器都希望能够尽可能减少网络攻击对业务的影响。对于已经受到影响的业务，业务服务器也希望能够尽量降低该业务受到的影响。

现有的业务限流方法的限流保护策略较为简单，当业务服务器超过负载阈值时，在某个业务处理阶段如访问阶段等对所有类型的业务均进行限流操作。但是部分业务，如https业务，在访问阶段进行限流操作并不能很好的降低业务服务器的负载，这样导致现有的业务限流方法可能无法对所有类型的业务进行限流操作，从而使得现有的业务限流方法的限流操作效率低下。

发明内容

本发明实施例提供一种可根据业务的业务类型确定业务的业务限流阶段，从而具有较高限流操作效率的业务限流方法及业务限流装置；以解决现有的业务限流方法及业务限流装置的限流操作效率低下的技术问题。

本发明实施例提供一种业务限流方法，其包括：

获取业务请求，并确定所述业务请求对应业务的业务类型；

根据所述业务的业务类型，确定所述业务的业务限流阶段；

以设定时间间隔，获取所述业务总负载；以及

根据所述业务总负载以及业务负载设定值，在所述业务的业务限流阶段对所述业务进行限流操作。

本发明实施例还提供一种业务限流装置，其包括：

业务类型确定模块，用于获取业务请求，并确定所述业务请求对应业务的业务类型；

业务限流阶段确定模块，用于根据所述业务的业务类型，确定所述业务的业务限流阶段；

业务总负载获取模块，用于以设定时间间隔，获取所述业务总负载；以及

限流操作模块，用于根据所述业务总负载以及业务负载设定值，在所述业务的业务限流阶段对所述业务进行限流操作。

相较于现有技术，本发明的业务限流方法及业务限流装置通过在不同的业务限流阶段，对不同业务类型的业务进行限流操作，从而可有效的对业务进行限流操作，提高了限流操作效率；解决了现有的业务限流方法及业务限流装置的限流操作效率低下的技术问题。

附图说明

图1为本发明的业务限流方法的第一优选实施例的流程图；

图2为本发明的业务限流方法的第二优选实施例的流程图；

图3为本发明的业务限流装置的第一优选实施例的结构示意图；

图4为本发明的业务限流装置的第二优选实施例的结构示意图；

图5为本发明的业务限流装置的第二优选实施例的业务限流阶段确定模块的结构示意图；

图6为本发明的业务限流装置的第二优选实施例的限流操作模块的结构示意图；

图7为本发明的业务限流装置的第二优选实施例的限流操作模块的限流操作单元的结构示意图；

图8a为本发明的业务限流方法及业务限流装置对应的硬件架构图；

图8b为本发明的业务限流方法及业务限流装置的业务数据限流操作的流程图；

图9为本发明的业务限流装置所在的电子设备的工作环境结构示意图。

具体实施方式

请参照图式，其中相同的组件符号代表相同的组件，本发明的原理是以实施在一适当的运算环境中来举例说明。以下的说明是基于所例示的本发明具体实施例，其不应被视为限制本发明未在此详述的其它具体实施例。

在以下的说明中，本发明的具体实施例将参考由一部或多部计算机所执行之作业的步骤及符号来说明，除非另有述明。因此，其将可了解到这些步骤及操作，其中有数次提到为由计算机执行，包括了由代表了以一结构化型式中的数据之电子信号的计算机处理单元所操纵。此操纵转换该数据或将其维持在该计算机之内存系统中的位置处，其可重新配置或另外以本领域技术人员所熟知的方式来改变该计算机之运作。该数据所维持的数据结构为该内存之实体位置，其具有由该数据格式所定义的特定特性。但是，本发明原理以上述文字来说明，其并不代表为一种限制，本领域技术人员将可了解到以下所述的多种步骤及操作亦可实施在硬件当中。

本发明的业务限流方法及业务限流装置可用于对业务数据进行控制以及管理的电子设备中，该电子设备包括但不限于可穿戴设备、头戴设备、医疗健康平台、个人计算机、服务器计算机、手持式或膝上型设备、移动设备(比如移动电话、个人数字助理(PDA)、媒体播放器等等)、多处理器系统、消费型电子设备、小型计算机、大型计算机、包括上述任意系统或设备的分布式计算环境，等等。该电子设备优选为业务服务器。本发明的业务限流方法及业务限流装置通过在不同的业务限流阶段，对不同业务类型的业务进行限流操作，从而有效的对各种业务进行限流操作，提高了限流操作的效率。因此可有效的解决现有的业务限流方法及业务限流装置的限流操作效率低下的技术问题。

请参照图1，图1为本发明的业务限流方法的第一优选实施例的流程图。本优选实施例的业务限流方法可使用上述的电子设备进行实施，本优选实施例的业务限流方法包括：

步骤S101，获取业务请求，并确定业务请求对应业务的业务类型；

步骤S102，根据业务的业务类型，确定业务的业务限流阶段；

步骤S103，以设定时间间隔，获取业务总负载；

步骤S104，根据业务总负载以及业务负载设定值，在业务的业务限流阶段对业务进行限流操作。

下面详细说明本优选实施例的业务限流方法的各步骤的具体流程。

在步骤S101中，业务限流装置获取业务请求，这里的业务请求是指向业务服务器请求业务数据的命令；如直接接收到终端的业务请求，或接收到终端通过nginx等代理服务器发出的业务请求，如nginx_accept等。随后业务限流装置会根据该业务请求判断该业务请求对应业务的业务类型。如第一业务或第二业务等。这里的第一业务是指不具有安全套接层握手阶段(SSL，Secure SocketsLayer)的http业务或https业务，如长连接http业务、短连接http业务以及长连接https业务中的后续连接业务等。这里的第二业务是指具有安全套接层握手阶段的https业务，如短连接https业务等。随后转到步骤S102。

在步骤S102中，业务限流装置根据步骤S101获取业务的业务类型，确定业务的业务限流阶段。

如业务为第一业务，则该第一业务包括接收业务请求的请求接收阶段；对业务数据源进行配置的配置阶段；对业务数据进行预先设置，如设置钩子(hook)等的预访问阶段；对业务数据进行访问的访问阶段以及对业务数据进行输出的输出阶段。

如业务为第二业务，则该第二业务包括接收业务请求的请求接收阶段；对业务数据进行加密设置的安全套接层握手阶段；对业务数据源进行配置的配置阶段的配置阶段；对业务数据进行预先设置的预访问阶段；对业务数据进行访问的访问阶段以及对业务数据进行输出的输出阶段。

由于第一业务的资源消耗阶段在访问阶段，因此当业务为第一业务时，该第一业务的业务限流阶段为业务的预访问阶段；由于第二业务的资源消耗阶段为安全套接层握手阶段，该第二业务的业务限流阶段为业务的安全套接层握手阶段。随后转到步骤S103。

在步骤S103中，业务限流装置以设定时间间隔，获取业务服务器的业务总负载，从而可对当前业务服务器的负载状态进行判断。这里的业务总负载包括业务服务器的业务CPU总负载以及业务网络总负载等。这样业务限流装置可根据上述业务总负载情况，判断是否对业务服务器上的业务进行限流操作。随后转到步骤S104。

在步骤S104中，业务限流装置根据步骤S103获取的业务总负载，以及每个业务的业务负载设定值，在业务对应的业务限流阶段对该业务进行限流操作。

即当业务总负载过大时，业务服务器需要进入限流模式，以保证业务服务器的正常运行。这时业务限流装置在每个业务的业务限流阶段，使用对应的业务负载设定值对业务数据量进行限定，从而实现了对业务数据的限流操作。

这样即完成了本优选实施例的业务限流方法的业务数据限流过程。

本优选实施例的业务限流方法通过在不同的业务限流阶段，对不同业务类型的业务进行限流操作，从而可有效的对业务进行限流操作，提高了限流操作效率。

请参照图2，图2为本发明的业务限流方法的第二优选实施例的流程图。本优选实施例的业务限流方法可使用上述的电子设备进行实施，本优选实施例的业务限流方法包括：

步骤S201，获取业务请求，并确定业务请求对应业务的业务类型；

步骤S202，根据业务的业务类型，确定业务的业务限流阶段；

步骤S203，以设定时间间隔，获取业务总负载；

步骤S204，根据业务总负载以及业务负载设定值，在业务的业务限流阶段对业务进行限流操作。

下面详细说明本优选实施例的业务限流方法的各步骤的具体流程。

其中步骤S201至步骤S203与业务限流方法的第一优选实施例中的步骤S101至步骤S103中的描述相同或相似，具体请参照业务限流方法的第一优选实施例中的相关描述。

在步骤S204中，业务限流装置根据步骤S203获取的业务总负载，以及每个业务的业务负载设定值，在业务对应的业务限流阶段对该业务进行限流操作。

具体的，当业务总负载量大于第一总负载量，且业务总负载量大于第一总负载量的持续时间大于第一设定时间时，业务限流装置根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作。

这里的第一总负载量为业务服务器处于高负载状态的负载量，这里的业务负载设定值即对应业务的最低业务数据量需求。这样可以在保障每个业务的最低业务数据量需求的情况下，快速的降低业务服务器的业务总负载，从而保证业务服务器的正常运行。

为了避免终端业务负载数据量抖动对业务服务器的瞬间业务总负载量的影响，这里进行限流操作时，需要业务总负载量大于第一总负载量的持续时间大于第一设定时间，即业务服务器需在高负载状态持续一段时间，才能对业务服务器的高负载状态进行确认，从而进行相应的业务限流操作。

当业务总负载量小于第二总负载量，且业务总负载量小于第二总负载量的持续时间大于第二设定时间时，业务限流装置取消所有业务的限流操作。

这里的第二总负载量为业务服务器处于低负载状态的负载量。这里的第二总负载量应小于等于第一总负载量。这样可在业务服务器的业务总负载量较小时，提高每个业务的当前业务数据量。

同样为了避免终端业务负载数据量抖动对业务服务器的瞬间业务总负载量的影响，这里对限流进行取消操作时，需要业务总负载量小于第二总负载量的持续时间大于第二设定时间，即业务服务器需在低负载状态持续一段时间，才能对业务服务器的低负载状态进行确认，从而取消对应的业务限流操作。这里的第一设定时间和第二设定时间可根据用户要求进行设定，该第一设定时间可与第二设定时间相等或不相等。

具体的，限流操作的时间段包括依次交替的第一限流操作时间段以及第二限流操作时间段。

当业务限流装置根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作时，不同的限流操作时间段，业务限流装置对业务进行不同的限流操作。

在第一限流操作时间段，业务限流装置以对应的业务负载设定值对业务进行限流操作；在第二限流操作时间段，业务限流装置取消业务的限流操作。

当业务限流装置以业务负载设定值对所有业务进行限流操作时，如某些业务的业务负载设定值与业务服务器的高负载状态的负载量关联不大，则限流状态下的业务服务器可能无法对真实的业务总负载量进行反馈。即由于业务负载设定值的设置，限流状态下的业务服务器的业务总负载量会低于第二总负载量，从而使得第二总负载量的设定值失效。

因此在本优选实施例中限流操作的时间段还包括取消业务的限流操作的第二限流操作时间段，这样业务限流装置可通过第二限流操作时间段中的业务数据量，对业务服务器的业务总负载量进行调整，这样即可对当前业务的业务数据量进行监控，同时还可根据第二限流操作时间段和第一限流操作时间段的时长比例，对业务的业务负载设定值以及业务服务器的高负载状态的负载量建立关联。

即当所有业务的业务负载设定值之和，相对业务服务器的高负载状态的业务总负载量差异较大时，如所有业务的业务负载设定值之和远小于业务服务器的高负载状态的业务总负载量，可将第二限流操作时间段设置的时长加长，从而可通过不限流的业务操作时间段的业务数据量来提高业务服务器的限流操作时的业务总负载量。当所有业务的业务负载设定值与业务服务器的高负载状态的业务总负载量较为接近时，可将第二限流操作时间段设置的时长缩短，从而减少不限流的业务操作时间段的业务数据量对业务服务器的限流操作时的业务总负载量的影响。这样使得业务服务器即使在限流状态下，也可充分利用业务服务器中的CPU资源以及网络资源。

如业务服务器的高负载状态的业务总负载量(第一总负载量)为10000qps(QueryPer Second，每秒查询率)，业务A的业务负载设定值为1000qps，业务B的业务负载设定值为2000qps，业务C的业务负载设定值为3000qps。如业务C的业务数据量突增到10000qps，则业务A、业务B以及业务C的业务总负载量为13000qps，即业务服务器处于高负载状态，这是业务服务器对所有的业务进行限流操作。即业务C将业务数据量限制在3000qps，这样又使得业务服务器的业务总负载量变为6000qps，远低于第一总负载量，造成了业务服务器资源的浪费。

如将第一限流操作时间段和第二限流操作时间段的时长比例设置为1:1，这样业务A、业务B以及业务C的业务总负载量为9500qps(业务C的平均业务数据量为6500qps)，这样仍然没有超出业务服务器的高负载状态的业务总负载量，同时还可对业务C的业务数据量进行检测。当检测到业务C的业务数据量降到6000qps时，即业务C的平均业务数据量小于4500qps时，即不限流状态的业务服务器的业务总负载量为9000qps(第二总负载量)，则业务限流装置取消对所有业务的限流操作。

这样即完成了本优选实施例的业务限流方法的业务数据限流过程。

在第一优选实施例的基础上，本优选实施例的业务限流方法通过第一设定时间以及第二设定时间，对限流操作以及限流取消操作进行延时判断，进一步提高了限流操作以及限流取消操作的准确性。同时第一限流操作时间段和第二限流操作时间段的设置，可在保证对业务服务器的资源进行充分利用的基础上，对每个业务的当前实际业务数据量进行准确检测。

本发明还提供一种业务限流装置，请参照图3，图3为本发明的业务限流装置的第一优选实施例的结构示意图。本优选实施例的业务限流装置可使用上述的业务限流方法的第一优选实施例进行实施，本优选实施例的业务限流装置30包括业务类型确定模块31、业务限流阶段确定模块32、业务总负载获取模块33以及限流操作模块34。

业务类型确定模块31用于获取业务请求，并确定业务请求对应业务的业务类型；业务限流阶段确定模块32用于根据业务的业务类型，确定业务的业务限流阶段；业务总负载获取模块33用于以设定时间间隔，获取业务总负载；限流操作模块34用于根据业务总负载以及业务负载设定值，在业务的业务限流阶段对业务进行限流操作。

本优选实施例的业务限流装置30使用时，首先业务类型确定模块31获取业务请求，这里的业务请求是指向业务服务器请求业务数据的命令；如直接接收到终端的业务请求，或接收到终端通过nginx等代理服务器发出的业务请求，如nginx_accept等。随后业务类型确定模块31会根据该业务请求判断该业务请求对应业务的业务类型。如第一业务或第二业务等。这里的第一业务是指不具有安全套接层握手阶段(SSL，Secure Sockets Layer)的http业务或https业务，如长连接http业务、短连接http业务以及长连接https业务中的后续连接业务等。这里的第二业务是指具有安全套接层握手阶段的https业务，如短连接https业务等。

然后业务限流阶段确定模块32根据业务类型确定模块31获取业务的业务类型，确定业务的业务限流阶段。

如业务为第一业务，则该第一业务包括接收业务请求的请求接收阶段；对业务数据源进行配置的配置阶段；对业务数据进行预先设置，如设置钩子(hook)等的预访问阶段；对业务数据进行访问的访问阶段以及对业务数据进行输出的输出阶段。

如业务为第二业务，则该第二业务包括接收业务请求的请求接收阶段；对业务数据进行加密设置的安全套接层握手阶段；对业务数据源进行配置的配置阶段的配置阶段；对业务数据进行预先设置的预访问阶段；对业务数据进行访问的访问阶段以及对业务数据进行输出的输出阶段。

由于第一业务的资源消耗阶段在访问阶段，因此当业务为第一业务时，业务限流阶段确定模块32确定该第一业务的业务限流阶段为业务的预访问阶段；由于第二业务的资源消耗阶段为安全套接层握手阶段，业务限流阶段确定模块32确定该第二业务的业务限流阶段为业务的安全套接层握手阶段。

随后业务总负载获取模块33以设定时间间隔，获取业务服务器的业务总负载，从而可对当前业务服务器的负载状态进行判断。这里的业务总负载包括业务服务器的业务CPU总负载以及业务网络总负载等。这样业务总负载获取模块可根据上述业务总负载情况，判断是否对业务服务器上的业务进行限流操作。

最后限流操作模块34根据业务总负载获取模块33获取的业务总负载，以及每个业务的业务负载设定值，在业务对应的业务限流阶段对该业务进行限流操作。

即当业务总负载过大时，业务服务器需要进入限流模式，以保证业务服务器的正常运行。这时限流操作模块在每个业务的业务限流阶段，使用对应的业务负载设定值对业务数据量进行限定，从而实现了对业务数据的限流操作。

这样即完成了本优选实施例的业务限流装置30的业务数据限流过程。

本优选实施例的业务限流装置通过在不同的业务限流阶段，对不同业务类型的业务进行限流操作，从而可有效的对业务进行限流操作，提高了限流操作效率。

请参照图4，图4为本发明的业务限流装置的第二优选实施例的结构示意图。本优选实施例的业务限流装置可使用上述的业务限流方法的第二优选实施例进行实施。本优选实施例的业务限流装置40包括业务类型确定模块41、业务限流阶段确定模块42、业务总负载获取模块43以及限流操作模块44。

业务类型确定模块41用于获取业务请求，并确定业务请求对应业务的业务类型；业务限流阶段确定模块42用于根据业务的业务类型，确定业务的业务限流阶段；业务总负载获取模块43用于以设定时间间隔，获取对应业务服务器的业务CPU总负载以及业务网络总负载；限流操作模块44用于根据业务总负载以及业务负载设定值，在业务的业务限流阶段对业务进行限流操作。

请参照图5，图5为本发明的业务限流装置的第二优选实施例的业务限流阶段确定模块的结构示意图。该业务限流阶段确定模块42包括第一业务限流阶段确定单元51和第二业务限流阶段确定单元52。

第一业务限流阶段确定单元51用于当业务为http业务时，确定业务的业务限流阶段为业务的预访问阶段；第二业务限流阶段确定单元52用于当业务为https业务时，确定业务的业务限流阶段为业务的安全套接层握手阶段。

请参照图6，图6为本发明的业务限流装置的第二优选实施例的限流操作模块的结构示意图。该限流操作模块44包括限流操作单元61以及限流取消单元62。

限流操作单元61用于当业务总负载量大于第一总负载量，且持续时间大于第一设定时间时，根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作；限流取消单元62用于当业务总负载量小于第二总负载量，且持续时间大于第二设定时间时，取消所有业务的限流操作。

请参照图7，图7为本发明的业务限流装置的第二优选实施例的限流操作模块的限流操作单元的结构示意图。该限流操作单元61包括第一限流操作子单元71和第二限流操作子单元72。

第一限流操作子单元71用于在第一限流操作时间段，以对应的业务负载设定值对业务进行限流操作；第二限流操作子单元72用于在第二限流操作时间段，取消业务的限流操作。

本优选实施例的业务限流装置40使用时，首先业务类型确定模块41获取业务请求，并根据该业务请求判断该业务请求对应业务的业务类型。如第一业务或第二业务等。

然后业务限流阶段确定模块42根据业务类型确定模块获取业务的业务类型，确定业务的业务限流阶段。

具体的，如业务为第一业务，则业务限流阶段确定模块42的第一业务限流阶段确定单元51确定该第一业务的业务限流阶段为业务的预访问阶段；如业务为第二业务，则业务限流阶段确定模块42的第二业务限流阶段确定单元52确定该第二业务的业务限流阶段为该业务的安全套接层握手阶段。

随后业务总负载获取模块43以设定时间间隔，获取对应业务服务器的业务CPU总负载以及业务网络总负载。

最后限流操作模块44根据业务总负载获取模块43获取的业务总负载，以及每个业务的业务负载设定值，在业务对应的业务限流阶段对该业务进行限流操作。

具体的，当业务总负载量大于第一总负载量，且业务总负载量大于第一总负载量的持续时间大于第一设定时间时，限流操作模块44的限流操作单元61根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作。

这里的第一总负载量为业务服务器处于高负载状态的负载量，这里的业务负载设定值即对应业务的最低业务数据量需求。这样可以在保障每个业务的最低业务数据量需求的情况下，快速的降低业务服务器的业务总负载，从而保证业务服务器的正常运行。

为了避免终端业务负载数据量抖动对业务服务器的瞬间业务总负载量的影响，这里限流操作单元61进行限流操作时，需要业务总负载量大于第一总负载量的持续时间大于第一设定时间，即业务服务器需在高负载状态持续一段时间，限流操作单元61才能对业务服务器的高负载状态进行确认，从而进行相应的业务限流操作。

当业务总负载量小于限流操作单元中第二总负载量，且业务总负载量小于第二总负载量的持续时间大于第二设定时间时，限流操作模块44的限流取消单元62取消所有业务的限流操作。

这里的第二总负载量为业务服务器处于低负载状态的负载量。这里的第二总负载量应小于等于第一总负载量。这样可在业务服务器的业务总负载量较小时，提高每个业务的当前业务数据量。

同样为了避免终端业务负载数据量抖动对业务服务器的瞬间业务总负载量的影响，这里限流取消单元62对限流进行取消操作时，需要业务总负载量小于第二总负载量的持续时间大于第二设定时间，即业务服务器需在低负载状态持续一段时间，限流取消单元62才能对业务服务器的低负载状态进行确认，从而取消对应的业务限流操作。这里的第一设定时间和第二设定时间可根据用户要求进行设定，该第一设定时间可与第二设定时间相等或不相等。

具体的，限流操作的时间段包括依次交替的第一限流操作时间段以及第二限流操作时间段。

当业务限流装置根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作时，不同的限流操作时间段，限流操作单元对业务进行不同的限流操作。

在第一限流操作时间段，限流操作单元61的第一限流操作子单元71以对应的业务负载设定值对业务进行限流操作；在第二限流操作时间段，限流操作单元61的第二限流操作子单元72取消业务的限流操作。

当业务限流装置以业务负载设定值对所有业务进行限流操作时，如有业务的业务负载设定值与业务服务器的高负载状态的负载量关联不大，则限流状态下的业务服务器可能无法对真实的业务总负载量进行反馈。即由于业务负载设定值的设置，限流状态下的业务服务器的业务总负载量会低于第二总负载量，从而使得第二总负载量的设定值失效。

因此在本优选实施例中限流操作的时间段还包括不对业务进行限流操作的第二限流操作时间段，这样限流操作单元61可通过第二限流操作时间段中的业务数据量，对业务服务器的业务总负载量进行调整，这样既可对当前业务的业务数据量进行监控；同时还可根据第二限流操作时间段和第一限流操作时间段的时长比例，对业务的业务负载设定值以及业务服务器的高负载状态的负载量建立关联。

即当所有业务的业务负载设定值之和，相对业务服务器的高负载状态的业务总负载量差异较大时，如所有业务的业务负载设定值之和远小于业务服务器的高负载状态的业务总负载量，限流操作单元61可将第二限流操作时间段设置的时长加长，从而可通过不限流的业务操作时间段的业务数据量来提高业务服务器的限流操作时的业务总负载量。当所有业务的业务负载设定值与业务服务器的高负载状态的业务总负载量较为接近时，限流操作单元61可将第二限流操作时间段设置的时长缩短，从而减少不限流的业务操作时间段的业务数据量对业务服务器的限流操作时的业务总负载量的影响。这样使得业务服务器即使在限流状态下，也可充分利用业务服务器中的CPU资源以及网络资源。

这样即完成了本优选实施例的业务限流装置40的业务数据限流过程。

在第一优选实施例的基础上，本优选实施例的业务限流装置通过第一设定时间以及第二设定时间，对限流操作以及限流取消操作进行延时判断，进一步提高了限流操作以及限流取消操作的准确性。同时第一限流操作时间段和第二限流操作时间段的设置，可在保证对业务服务器的资源进行充分利用的基础上，对每个业务的当前实际业务数据量进行准确检测。

下面通过一具体实施例说明本发明的业务限流方法及业务限流装置的具体工作原理。请参照图8a和图8b，图8a为本发明的业务限流方法及业务限流装置对应的硬件架构图；图8b为本发明的业务限流方法及业务限流装置的业务数据限流操作的流程图，该业务限流方法及业务限流装置可设置在对应的业务服务器81中，业务服务器81可直接与业务终端82连接，也可通过代理服务器83与业务终端82连接，这样业务限流装置可对业务服务器81进行业务限流操作。该业务服务器81的业务限流流程包括：

步骤S801，接收业务终端82的业务请求(直接接收或通过代理服务器83接收)，如该业务请求对应业务的业务类型为第一业务，则转到步骤S802；如该业务请求对应业务的业务类型为第二业务，则转到步骤S803。

步骤S802，如业务请求对应的业务的业务类型为第一业务，则获取该业务的ip:port:domain(网络地址：网络端口：域名)作为键值，以通过该键值确定该业务的预访问阶段为业务限流阶段，随后转到步骤S804。

步骤S803，如业务请求对应的业务的业务类型为第二业务，则获取该业务的ip:port作为键值，以通过该键值确定该业务的安全套接层握手阶段为业务限流阶段，随后转到步骤S804。

步骤S804，以设定时间间隔，获取业务服务器的业务总负载；

步骤S805，判断该业务服务器的业务总负载是否大于第一总负载量，且持续时间大于第一设定时间(如30s)；如是，则转到步骤S806；如否，则转到步骤S807；

步骤S806，根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作。

具体的限流操作为：在第一限流操作时间段(如2s)，以对应业务负载设定值对业务进行限流操作；在第二限流操作时间段(如2s)，取消该业务的限流操作。第一限流操作时间段和第二限流操作段依次循环，直至业务服务器的业务总负载小于第二总负载量，且持续时间大于第二设定时间(如30s)。

如业务服务器的业务总负载小于第二总负载量，且持续时间大于第二设定时间(如30s)，则转到步骤S807；

步骤S807，对业务数据进行正常传输，即不对业务数据进行限流操作。

这样即完成了本具体实施例的业务限流方法及业务限流装置的业务数据限流操作以及取消限流操作的流程。

本发明的业务限流方法及业务限流装置通过在不同的业务限流阶段，对不同业务类型的业务进行限流操作，从而可有效的对业务进行限流操作，提高了限流操作效率；解决了现有的业务限流方法及业务限流装置的限流操作效率低下的技术问题。

如本申请所使用的术语“组件”、“模块”、“系统”、“接口”、“进程”等等一般地旨在指计算机相关实体：硬件、硬件和软件的组合、软件或执行中的软件。例如，组件可以是但不限于是运行在处理器上的进程、处理器、对象、可执行应用、执行的线程、程序和/或计算机。通过图示，运行在控制器上的应用和该控制器二者都可以是组件。一个或多个组件可以有在于执行的进程和/或线程内，并且组件可以位于一个计算机上和/或分布在两个或更多计算机之间。

图9和随后的讨论提供了对实现本发明所述的业务限流装置所在的电子设备的工作环境的简短、概括的描述。图9的工作环境仅仅是适当的工作环境的一个实例并且不旨在建议关于工作环境的用途或功能的范围的任何限制。实例电子设备912包括但不限于可穿戴设备、头戴设备、医疗健康平台、个人计算机、服务器计算机、手持式或膝上型设备、移动设备(比如移动电话、个人数字助理(PDA)、媒体播放器等等)、多处理器系统、消费型电子设备、小型计算机、大型计算机、包括上述任意系统或设备的分布式计算环境，等等。

尽管没有要求，但是在“计算机可读指令”被一个或多个电子设备执行的通用背景下描述实施例。计算机可读指令可以经由计算机可读介质来分布(下文讨论)。计算机可读指令可以实现为程序模块，比如执行特定任务或实现特定抽象数据类型的功能、对象、应用编程接口(API)、数据结构等等。典型地，该计算机可读指令的功能可以在各种环境中随意组合或分布。

图9图示了包括本发明的业务限流装置中的一个或多个实施例的电子设备912的实例。在一种配置中，电子设备912包括至少一个处理单元916和存储器918。根据电子设备的确切配置和类型，存储器918可以是易失性的(比如RAM)、非易失性的(比如ROM、闪存等)或二者的某种组合。该配置在图9中由虚线914图示。

在其他实施例中，电子设备912可以包括附加特征和/或功能。例如，设备912还可以包括附加的存储装置(例如可移除和/或不可移除的)，其包括但不限于磁存储装置、光存储装置等等。这种附加存储装置在图9中由存储装置920图示。在一个实施例中，用于实现本文所提供的一个或多个实施例的计算机可读指令可以在存储装置920中。存储装置920还可以存储用于实现操作系统、应用程序等的其他计算机可读指令。计算机可读指令可以载入存储器918中由例如处理单元916执行。

本文所使用的术语“计算机可读介质”包括计算机存储介质。计算机存储介质包括以用于存储诸如计算机可读指令或其他数据之类的信息的任何方法或技术实现的易失性和非易失性、可移除和不可移除介质。存储器918和存储装置920是计算机存储介质的实例。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字通用盘(DVD)或其他光存储装置、盒式磁带、磁带、磁盘存储装置或其他磁存储设备、或可以用于存储期望信息并可以被电子设备912访问的任何其他介质。任意这样的计算机存储介质可以是电子设备912的一部分。

电子设备912还可以包括允许电子设备912与其他设备通信的通信连接926。通信连接926可以包括但不限于调制解调器、网络接口卡(NIC)、集成网络接口、射频发射器/接收器、红外端口、USB连接或用于将电子设备912连接到其他电子设备的其他接口。通信连接926可以包括有线连接或无线连接。通信连接926可以发射和/或接收通信媒体。

术语“计算机可读介质”可以包括通信介质。通信介质典型地包含计算机可读指令或诸如载波或其他传输机构之类的“己调制数据信号”中的其他数据，并且包括任何信息递送介质。术语“己调制数据信号”可以包括这样的信号：该信号特性中的一个或多个按照将信息编码到信号中的方式来设置或改变。

电子设备912可以包括输入设备924，比如键盘、鼠标、笔、语音输入设备、触摸输入设备、红外相机、视频输入设备和/或任何其他输入设备。设备912中也可以包括输出设备922，比如一个或多个显示器、扬声器、打印机和/或任意其他输出设备。输入设备924和输出设备922可以经由有线连接、无线连接或其任意组合连接到电子设备912。在一个实施例中，来自另一个电子设备的输入设备或输出设备可以被用作电子设备912的输入设备924或输出设备922。

电子设备912的组件可以通过各种互连(比如总线)连接。这样的互连可以包括外围组件互连(PCI)(比如快速PCI)、通用串行总线(USB)、火线(IEEE1394)、光学总线结构等等。在另一个实施例中，电子设备912的组件可以通过网络互连。例如，存储器918可以由位于不同物理位置中的、通过网络互连的多个物理存储器单元构成。

本领域技术人员将认识到，用于存储计算机可读指令的存储设备可以跨越网络分布。例如，可经由网络928访问的电子设备930可以存储用于实现本发明所提供的一个或多个实施例的计算机可读指令。电子设备912可以访问电子设备930并且下载计算机可读指令的一部分或所有以供执行。可替代地，电子设备912可以按需要下载多条计算机可读指令，或者一些指令可以在电子设备912处执行并且一些指令可以在电子设备930处执行。

本文提供了实施例的各种操作。在一个实施例中，所述的一个或多个操作可以构成一个或多个计算机可读介质上存储的计算机可读指令，其在被电子设备执行时将使得计算设备执行所述操作。描述一些或所有操作的顺序不应当被解释为暗示这些操作必需是顺序相关的。本领域技术人员将理解具有本说明书的益处的可替代的排序。而且，应当理解，不是所有操作必需在本文所提供的每个实施例中存在。

而且，尽管已经相对于一个或多个实现方式示出并描述了本公开，但是本领域技术人员基于对本说明书和附图的阅读和理解将会想到等价变型和修改。本公开包括所有这样的修改和变型，并且仅由所附权利要求的范围限制。特别地关于由上述组件(例如元件、资源等)执行的各种功能，用于描述这样的组件的术语旨在对应于执行所述组件的指定功能(例如其在功能上是等价的)的任意组件(除非另外指示)，即使在结构上与执行本文所示的本公开的示范性实现方式中的功能的公开结构不等同。此外，尽管本公开的特定特征已经相对于若干实现方式中的仅一个被公开，但是这种特征可以与如可以对给定或特定应用而言是期望和有利的其他实现方式的一个或多个其他特征组合。而且，就术语“包括”、“具有”、“含有”或其变形被用在具体实施方式或权利要求中而言，这样的术语旨在以与术语“包含”相似的方式包括。

本发明实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。上述的各装置或系统，可以执行相应方法实施例中的方法。

综上所述，虽然本发明已以实施例揭露如上，实施例前的序号仅为描述方便而使用，对本发明各实施例的顺序不造成限制。并且，上述实施例并非用以限制本发明，本领域的普通技术人员，在不脱离本发明的精神和范围内，均可作各种更动与润饰，因此本发明的保护范围以权利要求界定的范围为准。

Claims (10)

1.一种业务限流方法，其特征在于，包括：

获取业务请求，并确定所述业务请求对应业务的业务类型；

根据所述业务的业务类型，确定所述业务的业务限流阶段；

以设定时间间隔，获取所述业务总负载；以及

根据所述业务总负载以及业务负载设定值，在所述业务的业务限流阶段对所述业务进行限流操作。

2.根据权利要求1所述的业务限流方法，其特征在于，所述业务的业务类型包括第一业务以及第二业务；

所述根据业务的业务类型，确定所述业务的业务限流阶段的步骤包括：

当所述业务为第一业务时，确定所述业务的业务限流阶段为所述业务的预访问阶段；

所述第一业务包括请求接收阶段、配置阶段、预访问阶段、访问阶段以及输出阶段；

当所述业务为第二业务时，确定所述业务的业务限流阶段为所述业务的安全套接层握手阶段；

所述第二业务包括请求接收阶段、安全套接层握手阶段、配置阶段、预访问阶段、访问阶段以及输出阶段。

3.根据权利要求1所述的业务限流方法，其特征在于，所述根据所述业务总负载以及业务负载设定值，在所述业务的业务限流阶段对所述业务进行限流操作的步骤包括：

当所述业务总负载量大于第一总负载量，且持续时间大于第一设定时间时，根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作；

当所述业务总负载量小于第二总负载量，且持续时间大于第二设定时间时，取消所有业务的限流操作。

4.根据权利要求3所述的业务限流方法，其特征在于，所述限流操作的时间段包括依次交替的第一限流操作时间段以及第二限流操作时间段；

所述根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作的步骤包括：

在所述第一限流操作时间段，以对应的业务负载设定值对所述业务进行限流操作；

在所述第二限流操作时间段，取消所述业务的限流操作。

5.根据权利要求1所述业务限流方法，其特征在于，所述以设定时间间隔，获取所述业务总负载的步骤包括：

以设定时间间隔，获取对应业务服务器的业务CPU总负载以及业务网络总负载。

6.一种业务限流装置，其特征在于，包括：

业务类型确定模块，用于获取业务请求，并确定所述业务请求对应业务的业务类型；

业务限流阶段确定模块，用于根据所述业务的业务类型，确定所述业务的业务限流阶段；

业务总负载获取模块，用于以设定时间间隔，获取所述业务总负载；以及

限流操作模块，用于根据所述业务总负载以及业务负载设定值，在所述业务的业务限流阶段对所述业务进行限流操作。

7.根据权利要求6所述的业务限流装置，其特征在于，所述业务的业务类型包括第一业务以及第二业务；

所述业务限流阶段确定模块包括：

第一业务限流阶段确定单元，用于当所述业务为第一业务时，确定所述业务的业务限流阶段为所述业务的预访问阶段；所述第一业务包括请求接收阶段、配置阶段、预访问阶段、访问阶段以及输出阶段；以及

第二业务限流阶段确定单元，用于当所述业务为第二业务时，确定所述业务的业务限流阶段为所述业务的安全套接层握手阶段；所述第二业务包括请求接收阶段、安全套接层握手阶段、配置阶段、预访问阶段、访问阶段以及输出阶段。

8.根据权利要求6所述的业务限流装置，其特征在于，所述限流操作模块包括：

限流操作单元，用于当所述业务总负载量大于第一总负载量，且持续时间大于第一设定时间时，根据每个业务的业务负载设定值，在对应的业务限流阶段对所有的业务进行限流操作；以及

限流取消单元，用于当所述业务总负载量小于第二总负载量，且持续时间大于第二设定时间时，取消所有业务的限流操作。

9.根据权利要求8所述的业务限流装置，其特征在于，所述限流操作的时间段包括依次交替的第一限流操作时间段以及第二限流操作时间段；

所述限流操作单元包括：

第一限流操作子单元，用于在所述第一限流操作时间段，以对应的业务负载设定值对所述业务进行限流操作；以及

第二限流操作子单元，用于在所述第二限流操作时间段，取消所述业务的限流操作。

10.根据权利要求6所述的业务限流装置，其特征在于，所述业务总负载获取模块用于以设定时间间隔，获取对应业务服务器的业务CPU总负载以及业务网络总负载。