CN105376111A - 资源分配方法和装置 - Google Patents

Abstract

本申请公开了一种资源分配方法和装置。所述方法的一具体实施方式包括：确定多个业务的优先级；获取当前负载数据；基于当前负载数据和优先级，为每个业务分配资源。该实施方式能够对服务器资源进行动态调配，极大地提高了服务器的可靠性。

Description

资源分配方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及计算机资源管理技术领域，尤其涉及一种资源分配方法和装置。

背景技术

随着互联网技术的飞速发展，人们越来越多的通过网络来获取各种信息、商品和服务。例如，一些B2C(Business-to-Customer，商对客)或O2O(OnlineToOffline，线上到线下)网站，可以直接为用户提供实体商品或线下服务，极大的方便了用户的日常生活。

在某些情况下(例如促销时)，这些网站的用户请求量会在瞬间或一定时间段内激增。一旦请求量超出了网站服务器的负载，就会导致网站服务器瘫痪，从而无法继续为用户提供服务。在现有技术中，虽然可以事先对用户流量进行预估，然后对服务器进行临时的扩容。但是，在应对突发的流量激增时，仍然无法确保服务器的正常运行，从而会引起整个服务系统的崩溃。

发明内容

鉴于现有技术中的上述缺陷或不足，期望能够提供一种可以动态调整资源分配的方案。为了实现上述一个或多个目的，本申请提供了一种资源分配方法和装置。

第一方面，本申请提供了一种资源分配方法，所述方法包括：确定多个业务的优先级；获取当前负载数据；基于所述当前负载数据和所述优先级，为每个所述业务分配资源。

第二方面，本申请提供了一种资源分配装置，所述装置包括：确定模块，用于确定多个业务的优先级；获取模块，用于获取当前负载数据；分配模块，用于基于所述当前负载数据和所述优先级，为每个所述业务分配资源。

本申请提供的资源分配方法和装置，可以基于服务器所提供的多个业务的优先级和服务器的当前负载情况，来为每个业务分配资源，从而实现了对服务器资源的动态调配。本申请能够确保在服务器负载突增时，其核心业务的正常运行，避免了服务器系统的整体瘫痪，极大地提高了服务器的可靠性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了可以应用本申请实施例的示例性系统架构；

图2示出了根据本申请提供的资源分配方法的一个实施例的流程图；

图3示出了根据本申请提供的资源分配方法的另一个实施例的流程图；

图4示出了根据本申请提供的资源分配装置的一个实施例的功能模块架构示意图；以及

图5示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、网络103和服务器104。网络103用以在终端设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户110可以使用终端设备101、102通过网络103与服务器104交互，以接收或发送消息等。终端设备101、102上可以安装有各种客户端应用，例如网页浏览器、B2C/O2O网站客户端、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102可以是各种电子设备，包括但不限于个人电脑、智能手机、智能手表、平板电脑、个人数字助理等等。

服务器104可以是提供各种服务的服务器。服务器可以对接收到的数据进行存储、分析等处理，并将处理结果反馈给终端设备。

需要说明的是，本申请实施例所提供的资源分配方法可以由服务器104执行。资源分配装置可以设置于服务器104中。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。当有大量的终端设备101和102同时访问服务器104时，设置于服务器104中的资源分配装置可以执行本申请实施例所提供的资源分配方法，以避免服务器104的整体瘫痪。

请参考图2，其示出了根据本申请提供的资源分配方法的一个实施例的流程200。

在步骤201中，确定多个业务的优先级。

通常情况下，服务器可以同时实现多种业务功能，以满足用户的不同需求。在本实施例中，在确定多个业务的优先级时，可以首先对服务器的功能进行分析，确定其能够实现的所有业务功能。然后进一步根据一定的规则确定各个业务之间的优先级。具体地，可以根据历史经验，确定不同业务对服务器所要实现的核心功能的影响程度，然后根据该影响程度来确定各个业务的优先级。通常，业务对核心功能的影响程度越大，其优先级就越高。例如，对于运行B2C网站的服务器来说，其核心功能是要快速完成线上交易，因此其下单业务的优先级会较高。

在步骤202中，获取当前负载数据。

在本实施例中，当前负载数据可以是指当前用户向服务器所发起的请求数量。在获取服务器的当前负载数据时，可以统计服务器在一定时间段(例如1秒)内所接收到的用户请求数量。这样，当前负载数据就可以用服务器每秒钟所接收到的请求数量来表示。

在步骤203中，基于当前负载数据和优先级，为每个业务分配资源。

当在上述步骤201和步骤202中分别得到多个业务的优先级和服务器的当前负载数据后，可以进一步基于这两个数据为每个业务分配资源。可选地，可以首先判断当前负载数据是否大于负载阈值；若是，则基于优先级为每个业务分配资源。具体地，负载阈值可以用于表征服务器在负载能力。由于服务器的总资源是有限的，因此其最大负载能力也是固定的。在一种可能的实现方式中，负载阈值可以用于代表服务器的最大负载能力。

若当前负载数据小于或等于负载阈值，说明服务器可以顺利处理当前所接收到的所有用户请求，因此使用当前默认的资源配置方案即可，不需要对资源进行调配。若当前负载数据大于负载阈值，说明用户请求量已经超出了服务器所能处理的范围，服务器随时都有崩溃的可能。此时，可以对资源进行重新调配，也就是基于优先级为每个业务分配资源，以避免服务器整体崩溃。具体地，可以增加分配给优先级高的业务的资源，同时减少分配给优先级低的业务的资源，从而优先确保优先级高的业务仍然可以顺利完成，以保障服务器核心功能的正常运行。

在本实施例的一个可选实现方式中，上述资源可以包括计算资源、存储资源和传输资源。其中，计算资源可以包括处理器(CPU)和内存等资源。存储资源可以包括硬件存储空间和虚拟存储空间等资源。传输资源可以包括传输带宽和出入端口等资源。

本实施例提供的资源分配方法，可以基于服务器所提供的多个业务的优先级和服务器的当前负载情况，来为每个业务分配资源，从而实现了对服务器资源的动态调配。本申请能够确保在服务器负载突增时，其核心业务的正常运行，避免了服务器系统的整体瘫痪，极大地提高了服务器的可靠性。

进一步参考图3，其示出了根据本申请提供的资源分配方法的另一个实施例的流程300。

如图3所示，在步骤301中，确定多个业务的优先级。

在步骤302中，获取当前负载数据。

本实施例中的步骤301和302分别与图2中的步骤201和202相同，在此不再赘述。

在步骤303中，预先设置至少一个负载范围。

在本实施例中，可以基于服务器的负载能力，预先设置一个或多个负载范围。由于在用户请求数量未超出服务器的负载能力时，不需要对资源进行重新分配。因此在设置负载范围时，主要考虑用户请求数量超出服务器负载能力的情况。可选地，若用负载阈值来表示服务器的固定负载能力，则负载范围可以基于负载阈值进行设置。例如，可以将超出负载阈值1～1.2倍的范围作为一个负载范围，然后将超出负载阈值1.2～1.5倍的作为另一个负载范围。

在步骤304中，基于优先级，确定每个负载范围所对应的资源分配规则。

在上述步骤303中设置了一个或多个负载范围后，可以进一步为每个负载范围确定相应的资源分配规则。具体地，可以基于每个业务的优先级和当前负载范围与负载阈值的关系，来确定给每个业务分配多少资源即资源分配规则。例如，对于最大值超出负载阈值1.5倍的负载范围，可以将其资源分配规则确定为：停止向优先级最低的一个或两个业务分配资源，而将原先分配给它们的资源重新分配给优先级最高的那个业务。

在步骤305中，确定当前负载数据所属的负载范围，并根据该负载范围所对应的资源分配规则为每个业务分配资源。

当在上述步骤304中得到每个负载范围所对应的资源分配规则后，可以首先根据在上述步骤302中得到的当前负载数据的数值，确定其所属的负载范围。然后，进一步根据这个负载范围所对应的资源分配规则，为服务器的每个业务分配资源。

在本实施例的一个可选实现方式中，上述业务可以包括：提供服务凭证、确认订单、验证服务凭证或取消订单。确认订单可以是指在用户发出预定服务或商品的下单请求后，服务器对该请求进行确定的业务。提供服务凭证可以是指服务器响应于用户的订单支付成功，向用户发送相应的服务凭证的业务。验证服务凭证可以是指服务器接收到商户发送的凭证验证请求，对服务凭证进行验证并返回验证结果的业务。取消订单可以是指在用户发出取消订单的请求后，服务器对相应订单进行取消并通知第三方支付平台为用户退款的业务。

在本实施例中，服务凭证可以是用户去商户进行消费或获取商品的凭证，其通常为电子凭证。可选地，服务凭证可以是由数字和/字符组成的字符串、一维码或二维码等。

在本实施例的一个可选实现方式中，提供服务凭证、确认订单、验证服务凭证和取消订单的优先级可以依次递减。也就是说，提供服务凭证的优先级最高，确认订单的优先级次之，取消订单的优先级最低，验证服务凭证的优先级位于确认订单和取消订单之一。这样，在服务器负载过大时，可以优先确保用户在支付成功后顺利获得服务凭证，而同时暂缓或停止订单取消业务，从而在资源有限的情况下确保服务器核心功能的正常运行。

需要说明的是，本实施例中具体的资源分配规则可以由用户根据实际需要自行设定，本申请对此不做限定。

为了便于理解，下面以运行O2O网站的服务器为例，具体说明本实施例所提供的资源分配方法。若该O2O网站以团购服务为主，则其主要业务可以包括：确认团购订单、发送团购码、验证团购码和取消团购订单。其中，发送团购码、确认团购订单、验证团购码和取消团购订单的优先级可以依次递减。如果该服务器的负载阈值为10万的用户请求量，则可以确定负载范围和相应的资源分配规则，即在不同的负载范围内不同业务的资源分配比例(假设总资源为1)，如下表1所示。

表1

如表1所示，随着负载量的增大，分配给优先级高的即发送团购码和确认团购订单这两个业务的资源逐渐增加，而分配给优先级低的即验证团购码和取消团购订单这两个业务的资源逐渐减少。并且在负载继续增加时，可以不再给优先级低的业务分配资源。

需要说明的是，如果10万是该服务器的最大负载量，则当负载超出10万时，需要针对确认团购订单业务启用秒杀功能。也就是说，让购买部分商品或服务的用户进行排队下单，并且随着负载的增加，需要排队下单的商品或服务的比例也会增加。这样，可以确保服务器一次性接收到的订单量不会超出处理能力，从而避免由于订单量过大而导致服务器崩溃的问题。并且，如果负载量持续增大，还可以对订单业务启用超载保护功能，也就是筛选掉一部分用户，而只为剩下的用户提供服务。

与图2所示的方法相比，本实施例所提供的资源分配方法的不同之处在于，可以预先设置一个或多个负载范围，并为每个负载范围制定相应的资源分配规则，一旦服务器的当前负载达到某一个负载范围，就可以按照相应的规则进行资源分配。由于对负载范围进行了细分，并设置对应的规则，因此可以对资源进行精确分配，从而进一步提高了服务器的可靠性。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

进一步参考图4，其示出了根据本申请提供的资源分配装置的一个实施例的功能模块架构示意图。

如图4所示，本实施例提供的资源分配装置400包括：确定模块410、获取模块420以及分配模块430。

确定模块410，用于确定多个业务的优先级；

获取模块420，用于获取当前负载数据；

分配模块430，用于基于当前负载数据和优先级，为每个业务分配资源。

在本实施例的一个可选实现方式中，分配模块430进一步用于：判断当前负载数据是否大于负载阈值；若是，则基于优先级为每个业务分配资源。

在本实施例的另一个可选实现方式中，分配模块430进一步用于：预先设置至少一个负载范围；基于优先级，确定每个负载范围所对应的资源分配规则；确定当前负载数据所属的负载范围，并根据该负载范围所对应的资源分配规则为每个业务分配资源。

在本实施例的一个可选实现方式中，上述业务包括：提供服务凭证、确认订单、验证服务凭证或取消订单。

在本实施例的一个可选实现方式中，上述提供服务凭证、确认订单、验证服务凭证和取消订单的优先级依次递减。

在本实施例的一个可选实现方式中，上述资源包括计算资源、存储资源和传输资源。

应当理解，图4所示的资源分配装置中记载的诸模块与参考图2-3描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于图4所示的设备及其中包含的模块，在此不再赘述。

本实施例提供的资源分配装置，可以基于服务器所提供的多个业务的优先级和服务器的当前负载情况，来为每个业务分配资源，从而实现了对服务器资源的动态调配。本申请能够确保在服务器负载突增时，其核心业务的正常运行，避免了服务器系统的整体瘫痪，极大地提高了服务器的可靠性。

下面参考图5，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统500的结构示意图。

如图5所示，计算机系统500包括中央处理单元(CPU)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM503中，还存储有系统500操作所需的各种程序和数据。CPU501、ROM502以及RAM503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括确定模块、获取模块以及分配模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，确定模块还可以被描述为“用于确定多个业务的优先级的模块”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：确定多个业务的优先级；获取当前负载数据；基于当前负载数据和优先级，为每个业务分配资源。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种资源分配方法，其特征在于，所述方法包括：

确定多个业务的优先级；

获取当前负载数据；

基于所述当前负载数据和所述优先级，为每个所述业务分配资源。

2.根据权利要求1所述的方法，其特征在于，所述基于所述当前负载数据和所述优先级，为每个所述业务分配资源包括：

判断所述当前负载数据是否大于负载阈值；

若是，则基于所述优先级为每个所述业务分配资源。

3.根据权利要求2所述的方法，其特征在于，所述基于所述当前负载数据和所述优先级，为每个所述业务分配资源包括：

预先设置至少一个负载范围；

基于所述优先级，确定每个所述负载范围所对应的资源分配规则；

确定所述当前负载数据所属的负载范围，并根据该负载范围所对应的资源分配规则为每个所述业务分配资源。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述业务包括：提供服务凭证、确认订单、验证服务凭证和取消订单中的一个或多个。

5.根据权利要求4所述的方法，其特征在于，所述提供服务凭证、确认订单、验证服务凭证和取消订单的优先级依次递减。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述资源包括计算资源、存储资源和传输资源。

7.一种资源分配装置，其特征在于，所述方法包括：

确定模块，用于确定多个业务的优先级；

获取模块，用于获取当前负载数据；

分配模块，用于基于所述当前负载数据和所述优先级，为每个所述业务分配资源。

8.根据权利要求7所述的装置，其特征在于，所述分配模块进一步用于：

判断所述当前负载数据是否大于负载阈值；

若是，则基于所述优先级为每个所述业务分配资源。

9.根据权利要求7所述的装置，其特征在于，所分配模块进一步用于：

预先设置至少一个负载范围；

基于所述优先级，确定每个所述负载范围所对应的资源分配规则；

确定所述当前负载数据所属的负载范围，并根据该负载范围所对应的资源分配规则为每个所述业务分配资源。

10.根据权利要求7至9任一项所述的装置，其特征在于，所述业务包括：提供服务凭证、确认订单、验证服务凭证和取消订单中的一个或多个。

11.根据权利要求10所述的装置，其特征在于，所述提供服务凭证、确认订单、验证服务凭证和取消订单的优先级依次递减。

12.根据权利要求7至9任一项所述的装置，其特征在于，所述资源包括计算资源、存储资源和传输资源。