CN104144131B - 对次数型业务进行流量控制的方法和装置 - Google Patents

Abstract

本发明公开了一种对次数型业务进行流量控制的方法和装置，涉及通信领域。该方法包括：根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别；根据预设的资源预留规则，确定该业务级别对应的资源预留范围；实时监控业务系统的负载情况，判断业务系统当前负载是否高于某一业务级别对应的资源预留范围；如果是，则对资源预留范围低于业务系统当前负载的业务级别的业务请求进行限制；如果否，则对资源预留范围不低于业务系统当前负载的业务级别的业务请求进行放通。本发明在次数型业务平台发生突发业务峰值情况下，可以优先保障高级别的业务，提升用户体验。

Description

对次数型业务进行流量控制的方法和装置

技术领域

本发明涉及通信领域，特别涉及一种对次数型业务进行流量控制的方法和装置。

背景技术

次数型业务是指业务系统负载与业务请求次数强相关的业务，业务请求次数越多，业务系统负载越大。例如，互联网的WEB业务、短消息业务、彩信业务等，均属于次数型业务。

随着移动互联网业务的发展，业务平台遇到瞬间访问量增大，超出业务平台的负载能力，需要对过量业务进行控制的情况。

现有的业务控制方法为，预先设定好系统负载阀值，当检测到系统负载到达阀值时，启动流量控制，对于所有消息请求都不加区分，按照相同比例拒绝，以便降低系统负荷，当检测到系统负载下降，取消流量控制。

但是不同的次数型业务，其业务价值不一样，对于高价值的业务，我们希望尽可能优先保障。然而，现有方案在流量控制时对所有业务一刀切，无法对高优先级业务进行有效保障

发明内容

本发明实施例所要解决的一个技术问题是：提出一种对次数型业务进行流量控制的方法和装置，以解决现有的次数型业务平台在发生突发业务峰值情况下，未能对高优先级业务进行有效保障的问题。

根据本发明的一方面，提出一种对次数型业务进行流量控制的方法，包括：

根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别；根据预设的资源预留规则，确定该业务级别对应的资源预留范围；实时监控业务系统的负载情况，判断业务系统当前负载是否高于某一业务级别对应的资源预留范围；如果业务系统当前负载高于某一业务级别对应的资源预留范围，则对资源预留范围低于业务系统当前负载的业务级别的业务请求进行限制；如果业务系统当前负载不高于某一业务级别对应的资源预留范围，则对资源预留范围不低于业务系统当前负载的业务级别的业务请求进行放通。

所述业务分级规则包括：按照业务用户、业务类型、业务特征码中的至少一项对业务进行分级。

所述资源预留规则包括：针对不同的业务级别设置不同的资源预留范围，级别越高的业务资源预留比例越高。

在进行流量控制之前，该方法还包括：根据业务系统负载与业务请求次数的相关性，判断业务请求是否为次数型业务，如果该业务请求是次数型业务，对该次数型业务的业务请求进行流量控制。

在进行业务分级时，可以在业务入口处根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别。

根据本发明的另一方面，提出一种对次数型业务进行流量控制的装置，包括：业务分级模块，用于根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别；资源预留模块，用于根据预设的资源预留规则，确定该业务级别对应的资源预留范围；流控模块，用于实时监控业务系统的负载情况，判断业务系统当前负载是否高于某一业务级别对应的资源预留范围；业务处理模块，用于如果业务系统当前负载高于某一业务级别对应的资源预留范围，则对资源预留范围低于业务系统当前负载的业务级别的业务请求进行限制；如果业务系统当前负载不高于某一业务级别对应的资源预留范围，则对资源预留范围不低于业务系统当前负载的业务级别的业务请求进行放通。

所述业务分级规则包括：按照业务用户、业务类型、业务特征码中的至少一项对业务进行分级。

所述资源预留规则包括：针对不同的业务级别设置不同的资源预留范围，级别越高的业务资源预留比例越高。

对次数型业务进行流量控制的装置还包括：业务类型确定模块，用于在进行流量控制之前，根据业务系统负载与业务请求次数的相关性，判断业务请求是否为次数型业务，如果该业务请求是次数型业务，对该次数型业务的业务请求进行流量控制。

所述业务分级模块设置在业务入口处，以便于所述业务分级模块在业务入口处根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别。

本发明通过对业务进行分级，针对不同的业务级别预留不同的资源，级别越高的业务资源预留比例越高，根据业务系统的负载情况，对不同级别的业务分别进行流量控制，对资源预留范围低于业务系统当前负载的业务进行限制，对资源预留范围不低于业务系统当前负载的业务进行放通，从而在次数型业务平台发生突发业务峰值情况下，优先保障高级别的业务，提升用户体验。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明对次数型业务进行流量控制的方法一个实施例的流程示意图。

图2为本发明对次数型业务进行流量控制的方法另一个实施例的流程示意图。

图3为本发明对次数型业务进行流量控制的装置一个实施例的结构示意图。

图4为本发明对次数型业务进行流量控制的装置另一个实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

次数型业务主要针对流量型业务，是指业务系统负载与业务请求次数强相关的业务，业务请求次数越多，业务系统负载越大。例如，互联网的WEB业务、短消息业务、彩信业务等，均属于次数型业务；而流媒体、视频、文件下载等，则不属于次数型业务。

为了解决现有的次数型业务平台在发生突发业务峰值情况下，未能对高优先级业务进行有效保障的问题，本发明提出一种通过资源预留方式对次数型业务进行流量控制的方法。

图1为本发明对次数型业务进行流量控制的方法一个实施例的流程示意图。如图1所示，该实施例的方法包括以下步骤：

步骤102，根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别。

在进行业务分级时，可以在业务入口处根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别。

其中，业务分级规则包括：根据社会效益、经济效益的高低，按照业务用户、业务类型、业务特征码中的至少一项对业务进行分级。通常情况下，业务级别越高，该业务的价值越高。

步骤104，根据预设的资源预留规则，确定该业务级别对应的资源预留范围。

其中，资源预留规则包括：针对不同的业务级别设置不同的资源预留范围，级别越高的业务资源预留比例越高，从而使得价值越高的业务可以获得的资源也越多。

步骤106，实时监控业务系统的负载情况，判断业务系统当前负载是否高于某一业务级别对应的资源预留范围。

步骤108，如果业务系统当前负载高于某一业务级别对应的资源预留范围，则对资源预留范围低于业务系统当前负载的业务级别的业务请求进行限制，从而为更高级别的业务预留资源。

其中，对业务请求进行限制的一种方式是拒绝该级别的业务请求，可以在业务入口处实现业务限制。

步骤110，如果业务系统当前负载不高于某一业务级别对应的资源预留范围，则对资源预留范围不低于业务系统当前负载的业务级别的业务请求进行放通。

图2为本发明对次数型业务进行流量控制的方法另一个实施例的流程示意图。

如图2所示，该实施例的方法在进行流量控制之前，还包括：

步骤100，根据业务系统负载与业务请求次数的相关性，判断业务请求是否为次数型业务，如果该业务请求是次数型业务，对该次数型业务的业务请求进行流量控制。

上述实施例，通过对业务进行分级，针对不同的业务级别预留不同的资源，级别越高的业务资源预留比例越高，根据业务系统的负载情况，对不同级别的业务分别进行流量控制，对资源预留范围低于业务系统当前负载的业务进行限制，对资源预留范围不低于业务系统当前负载的业务进行放通，从而在次数型业务平台发生突发业务峰值情况下，优先保障高级别的业务，提升用户体验。

下面以短信业务为例，对本发明提出的业务分级方法进行说明。

以短信用户为例，将短信用户分为：优先保障用户、普通用户两级，将服务提供商SP分为：普通SP、优先保障SP和公共信息发布SP，则根据业务用户将短信业务分为以下级别，由高到低依次为：

第一业务级别：公共信息发布（如政府紧急通知、运营商紧急通知等）的短信业务；

第二业务级别：优先保障用户之间的短信业务、优先保障用户与普通用户之间的短信；

第三业务级别：普通用户之间的短信业务；

第四业务级别：优先保障SP的短信业务；

第五业务级别：其他SP（如普通SP、公共信息发布SP）的短信业务。

上述业务分级方法，可以根据实际需要灵活配置，将一些紧急信息、需要优先保障用户的业务设置为较高级别，可以优先保障这些业务的服务质量。

下面以短信业务为例，对本发明提出的资源预留规则进行说明。

针对不同的业务级别设置不同的资源预留范围，级别越高的业务资源预留比例越高。例如，某短信平台的处理能力为1000TPS（条每秒），则可以将总性能的99%、95%、90%、80%（具体数值可以灵活设置）作为资源预留比例，划分为五个资源级别，分别是：990TPS及以上、950TPS～990TPS、900TSP～950TPS、800TPS～900TSP和800TPS以下。第一业务级别对应990TPS及以上的资源，第二业务级别对应950TPS～990TPS的资源，第三业务级别对应900TSP～950TPS的资源，第四业务级别对应800TPS～900TSP的资源，第五业务级别对应800TPS以下的资源。

下面以短信业务为例，并结合上述短信业务分级和短信业务资源预留规则，对本发明提出的流量控制方法进行说明。

当短信业务系统当前负载低于800TPS时（如只有400TPS），则短信业务系统当前负载不高于任一业务级别对应的资源预留范围，则对所有级别的短信业务进行放通。

当短信业务系统负载上升，例如达到830TPS时，则短信业务系统当前负载高于第五业务级别对应的资源预留范围（800TPS以下），此时，原有的业务继续保留，对于新收到的业务请求，如果是普通SP的短信业务、短信业务公共信息发布SP的短信业务等第五级别的短信业务，则对低于业务系统当前负载的第五业务级别的业务请求进行限制，其他级别的业务请求进行放通。

若短信业务系统负载进一步上升，例如达到990TPS时，则短信业务系统当前负载高于第二、第三、第四、第五级别对应的资源预留范围，则仅对第一级别的短信业务进行放通，仅允许公共信息发布业务，而对第二、第三、第四、第五级别的短信业务进行限制。

图3为本发明对次数型业务进行流量控制的装置一个实施例的结构示意图。如图3所示，该实施例的装置包括：

业务分级模块302，用于根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别；

资源预留模块304，用于根据预设的资源预留规则，确定该业务级别对应的资源预留范围；

流控模块306，用于实时监控业务系统的负载情况，判断业务系统当前负载是否高于某一业务级别对应的资源预留范围；

业务处理模块308，用于如果业务系统当前负载高于某一业务级别对应的资源预留范围，则对资源预留范围低于业务系统当前负载的业务级别的业务请求进行限制；如果业务系统当前负载不高于某一业务级别对应的资源预留范围，则对资源预留范围不低于业务系统当前负载的业务级别的业务请求进行放通。

其中，业务分级规则包括：按照业务用户、业务类型、业务特征码中的至少一项对业务进行分级。

例如，按照业务用户对短信业务进行分级，可以分为：

第一业务级别：公共信息发布（如政府紧急通知、运营商紧急通知等）的短信业务；

第二业务级别：优先保障用户之间的短信业务、优先保障用户与普通用户之间的短信；

第三业务级别：普通用户之间的短信业务；

第四业务级别：优先保障SP的短信业务；

第五业务级别：其他SP（如普通SP、公共信息发布SP）的短信业务。

上述业务分级方案，可以根据实际需要灵活配置，将一些紧急信息、需要优先保障用户的业务设置为较高级别，可以优先保障这些业务的服务质量。

其中，资源预留规则包括：针对不同的业务级别设置不同的资源预留范围，级别越高的业务资源预留比例越高。

其中，业务分级模块302设置在业务入口处，以便于业务分级模块302在业务入口处根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别。

图4为本发明对次数型业务进行流量控制的装置另一个实施例的结构示意图。如图4所示，该实施例的装置包括：还可以包括：业务类型确定模块300，用于在进行流量控制之前，根据业务系统负载与业务请求次数的相关性，判断业务请求是否为次数型业务，如果该业务请求是次数型业务，对该次数型业务的业务请求进行流量控制。

上述实施例，通过对业务进行分级，针对不同的业务级别预留不同的资源，级别越高的业务资源预留比例越高，根据业务系统的负载情况，对不同级别的业务分别进行流量控制，对资源预留范围低于业务系统当前负载的业务进行限制，对资源预留范围不低于业务系统当前负载的业务进行放通，从而在次数型业务平台发生突发业务峰值情况下，优先保障高级别的业务，提升用户体验。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种对次数型业务进行流量控制的方法，包括：

根据业务系统负载与业务请求次数的相关性，判断业务请求是否为次数型业务；

如果该业务请求是次数型业务，在业务入口处根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别；

根据预设的资源预留规则，确定该业务级别对应的资源预留范围；

实时监控业务系统的负载情况，判断业务系统当前负载是否高于某一业务级别对应的资源预留范围；

如果业务系统当前负载高于某一业务级别对应的资源预留范围，则在业务入口处对资源预留范围低于业务系统当前负载的业务级别的业务请求进行拒绝；

如果业务系统当前负载不高于某一业务级别对应的资源预留范围，则对资源预留范围不低于业务系统当前负载的业务级别的业务请求进行放通。

2.根据权利要求1所述的方法，其特征在于，所述业务分级规则包括：按照业务用户、业务类型、业务特征码中的至少一项对业务进行分级。

3.根据权利要求1所述的方法，其特征在于，所述资源预留规则包括：针对不同的业务级别设置不同的资源预留范围，级别越高的业务资源预留比例越高。

4.一种对次数型业务进行流量控制的装置，包括：

业务类型确定模块，用于在进行流量控制之前，根据业务系统负载与业务请求次数的相关性，判断业务请求是否为次数型业务，如果该业务请求是次数型业务，对该次数型业务的业务请求进行流量控制；

业务分级模块，用于在业务入口处根据预设的业务分级规则对业务请求进行分级，以确定出该业务请求对应的业务级别；

资源预留模块，用于根据预设的资源预留规则，确定该业务级别对应的资源预留范围；

流控模块，用于实时监控业务系统的负载情况，判断业务系统当前负载是否高于某一业务级别对应的资源预留范围；

业务处理模块，用于如果业务系统当前负载高于某一业务级别对应的资源预留范围，则在业务入口处对资源预留范围低于业务系统当前负载的业务级别的业务请求进行拒绝；如果业务系统当前负载不高于某一业务级别对应的资源预留范围，则对资源预留范围不低于业务系统当前负载的业务级别的业务请求进行放通。

5.根据权利要求4所述的装置，其特征在于，所述业务分级规则包括：按照业务用户、业务类型、业务特征码中的至少一项对业务进行分级。

6.根据权利要求4所述的装置，其特征在于，所述资源预留规则包括：针对不同的业务级别设置不同的资源预留范围，级别越高的业务资源预留比例越高。