CN115277693A - 云资源调度方法及其系统、计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种云资源调度方法及其系统、计算机可读存储介质。云资源调度方法包括：获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息；获得云资源池的资源消耗数据；对多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期；基于多个业务平台的平台功能架构信息对多个业务平台进行同质化分类，以得到多个业务平台的同质化分类结果；和根据每个业务平台的生命周期、多个业务平台的同质化分类结果、云资源池的资源消耗数据和多个业务平台的新增资源需求信息对用于多个业务平台的资源进行调度。本公开有利于提高业务平台整体资源利用率，实现业务平台的灵活资源调度。

Description

云资源调度方法及其系统、计算机可读存储介质

技术领域

本公开涉及云资源调度技术领域，特别涉及一种云资源调度方法及其系统、计算机可读存储介质。

背景技术

云原生时代，语音消息类及视频、应用类等增值业务平台已逐渐从一体机、小型机向虚拟机及容器方式转变。运营商业务平台类型多，数量多，对于云资源协同与调度难度远高于相关技术中的业务应用。

当前，业务平台云资源扩容需求主要通过人工方式进行测算，对各类业务平台云资源按照CPU(Central Processing Unit，中央处理器)、内存、存储最大峰值容量进行静态调度，为避免业务阻塞往往提供过剩资源，随后则长期维持不变。相关技术的动态调度方式也仅关注存量资源利用率及业务侧原始资源需求，调度结果仍难以提高平台有效资源利用率，空置资源浪费严重。

发明内容

本公开解决的一个技术问题是：提供一种云资源调度方法，以提高业务平台整体资源利用率。

根据本公开的一个方面，提供了一种云资源调度方法，包括：获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息；获得云资源池的资源消耗数据；对所述多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期；基于所述多个业务平台的平台功能架构信息对所述多个业务平台进行同质化分类，以得到所述多个业务平台的同质化分类结果；和根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度。

在一些实施例中，所述多个业务平台的业务特征数据包括客户关系管理CRM的特征信息；所述多个业务平台的平台功能架构信息包括所述多个业务平台的网管系统特征信息；获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息包括：接收CRM的特征信息、所述多个业务平台的网管系统特征信息及所述多个业务平台的新增资源需求信息；根据所述CRM的特征信息建立业务特征表；根据所述多个业务平台的网管系统特征信息建立平台功能架构表；和根据所述多个业务平台的新增资源需求信息建立云资源需求表。

在一些实施例中，对所述多个业务平台的业务特征数据进行聚类分析包括：将所述多个业务平台的业务特征数据作为霍普金斯统计量，根据所述霍普金斯统计量判断是否能够对所述多个业务平台进行聚类；和在确定能够对所述多个业务平台进行聚类的情况下，利用K均值聚类算法，根据每个业务平台的业务特征数据确定所述每个业务平台的生命周期。

在一些实施例中，所述生命周期包括：发展期、成熟期和凋亡期；所述业务特征数据包括：收益率、平台用户数和软件利用率；利用K均值聚类算法，根据每个业务平台的业务特征数据确定所述每个业务平台的生命周期包括：在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值、第一用户数阈值≤该业务平台的平台用户数＜第二用户数阈值、和第一利用率阈值≤该业务平台的软件利用率＜第二利用率阈值这三个条件中的至少两个条件的第一情况下，确定该业务平台处于发展期；在业务平台满足业务平台的收益率≥第二收益率阈值、该业务平台的平台用户数≥第二用户数阈值、和该业务平台的软件利用率≥第二利用率阈值这三个条件中的至少两个条件的第二情况下，确定该业务平台处于成熟期；在业务平台满足业务平台的收益率＜第一收益率阈值、该业务平台的平台用户数＜第一用户数阈值、和该业务平台的软件利用率＜第一利用率阈值这三个条件中的至少两个条件的第三情况下，确定该业务平台处于凋亡期；和在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，根据业务平台的收益率确定该业务平台的生命周期。

在一些实施例中，在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，根据业务平台的收益率确定该业务平台的生命周期包括：在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值的情况下，确定该业务平台处于发展期；在业务平台满足业务平台的收益率≥第二收益率阈值的情况下，确定该业务平台处于成熟期；和在业务平台满足业务平台的收益率＜第一收益率阈值的情况下，确定该业务平台处于凋亡期。

在一些实施例中，基于所述多个业务平台的平台功能架构信息对所述多个业务平台进行同质化分类包括：基于所述多个业务平台的平台功能架构信息构建平台功能架构矩阵；遍历所述平台功能架构矩阵，以得到所述多个业务平台的同质化率；和将同质化率大于或等于同质化率阈值的业务平台归属为同一类业务平台，以获得同质化平台组。

在一些实施例中，所述生命周期包括：发展期、成熟期和凋亡期；所述同质化分类结果包括：同质化平台组和非同质化平台组；所述资源消耗数据包括：所述多个业务平台当前所使用的资源；根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度包括：根据所述同质化平台组和所述非同质化平台组划分所述云资源池的资源区域，使得所述云资源池的资源区域包括同质化资源分区、非同质化资源分区和待分配资源分区，其中，所述同质化资源分区与所述同质化平台组一一对应；在云资源池的资源不能满足所述多个业务平台的全部新增资源需求的情况下，将所述同质化资源分区与对应的同质化平台组进行匹配，并根据所述多个业务平台当前所使用的资源对所述同质化资源分区的资源和所述非同质化资源分区的资源进行初始化；和对同质化资源分区内的同类型组件进行资源整合，在同质化资源分区内保留一套同类型组件，将所述同质化资源分区的资源分配给对应的同质化平台组内的业务平台。

在一些实施例中，根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度还包括：将所述同质化资源分区的剩余资源或所述待分配资源分区内的资源优先分配给有新增资源需求的处于发展期的业务平台；对有新增资源需求的处于成熟期的业务平台按照收益率排序，将所述同质化资源分区的剩余资源或所述待分配资源分区内的资源按照收益率由大到小的顺序依次分配给相应的处于成熟期的业务平台，直到资源分配完毕；和对有新增资源需求的处于凋亡期的业务平台不分配新增资源。

在一些实施例中，根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度还包括：在云资源池的资源满足所述多个业务平台的全部新增资源需求的情况下，对处于发展期的业务平台和处于成熟期的业务平台均分配资源。

在一些实施例中，所述业务特征数据包括：每个业务平台的收益率、平台用户数和软件利用率；所述平台功能架构信息包括：每个业务平台的承载方式信息、平台组件信息、平台架构信息、平台语言信息和对外接口信息；所述新增资源需求信息包括：每个业务平台新增的CPU需求信息、内存需求信息、存储需求信息和网络带宽需求信息。

根据本公开的另一个方面，提供了一种云资源调度系统，包括：业务特征采集模块，用于获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息；资源监控模块，用于获得云资源池的资源消耗数据；生命周期评估模块，用于对所述多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期；同质化评估模块，用于基于所述多个业务平台的平台功能架构信息对所述多个业务平台进行同质化分类，以得到所述多个业务平台的同质化分类结果；和联合调度模块，用于根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度。

根据本公开的另一个方面，提供了一种云资源调度系统，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如前所述的方法。

根据本公开的另一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现如前所述的方法。

在上述方法中，获得多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息；获得云资源池的资源消耗数据；对多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期；基于多个业务平台的平台功能架构信息对多个业务平台进行同质化分类，以得到多个业务平台的同质化分类结果；和根据每个业务平台的生命周期、多个业务平台的同质化分类结果、云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于多个业务平台的资源进行调度。该方法有利于提高业务平台整体资源利用率，实现业务平台的灵活资源调度。

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

附图说明

构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：

图1是示出根据本公开一些实施例的云资源调度方法的流程图；

图2是示出根据本公开一些实施例的对用于多个业务平台的资源进行调度的方法的流程图；

图3是示意性地示出根据本公开一些实施例的云资源调度系统的结构框图；

图4是示意性地示出根据本公开另一些实施例的云资源调度系统的结构框图；

图5是示意性地示出根据本公开另一些实施例的云资源调度系统的结构框图。

具体实施方式

现在将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1是示出根据本公开一些实施例的云资源调度方法的流程图。如图1所示，该方法包括步骤S102至S110。

在步骤S102，获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息。

在一些实施例中，多个业务平台的业务特征数据包括CRM(CustomerRelationship Management，客户关系管理)的特征信息；多个业务平台的平台功能架构信息包括所述多个业务平台的网管系统特征信息。

上述新增资源需求信息为每个业务平台新增的云资源需求，也可以称为原始云资源需求信息。需要说明的是，当某个业务平台没有新增资源需求时，可以认为该业务平台的新增资源需求为0。

在一些实施例中，该步骤S102包括：接收CRM的特征信息、多个业务平台的网管系统特征信息及多个业务平台的新增资源需求信息。

例如，该CRM的特征信息可以包括：业务收入、运行总成本、收益率(即，业务收入与运行总成本的比值，例如可以为平均收益率)、平台用户数和软件利用率(例如，软件峰值利用率或软件平均利用率)等。

例如，业务平台的网管系统特征信息包括：每个业务平台的承载方式信息、平台组件信息、平台架构信息、平台语言信息和对外接口信息等。

例如，业务平台的新增资源需求信息包括：每个业务平台新增的CPU需求信息、内存需求信息、存储需求信息和网络带宽需求信息等。

上述信息可以从运营商的后台系统中调取，或者从业务平台获得。

在一些实施例中，该步骤S102还包括：根据CRM的特征信息建立业务特征表。

这里，由CRM的特征信息即可得到需要的业务特征数据。

在一些实施例中，业务特征表包括多个业务平台的业务特征数据(或者称为特征值)。业务特征数据包括：每个业务平台的收益率、平台用户数和软件利用率(例如，软件峰值利用率或软件平均利用率)。在另一些实施例中，该业务特征数据还可以包括其他数据，例如，业务收入和运行总成本等。表1示出了示例性的业务特征表。

表1示例性的业务特征表

需要说明的是，本公开的多个业务平台的业务特征数据除了以业务特征表的形式展现或存储，也可以以其他方式展现或存储，因此本公开的范围并不仅限于此。

在一些实施例中，该步骤S102还包括：根据多个业务平台的网管系统特征信息建立平台功能架构表。

这里，由网管系统特征信息即可得到需要的平台功能架构信息。因此，在一些实施例中，平台功能架构信息包括：每个业务平台的承载方式信息、平台组件信息、平台架构信息、平台语言信息和对外接口信息。

相应地，平台功能架构表包括：每个业务平台的承载方式信息、平台组件信息、平台架构信息、平台语言信息和对外接口信息。又例如，平台功能架构表(也即平台功能架构信息)还可以包括业务用途，例如，彩铃放音、IPTV(Internet Protocol Television，交互式网络电视)、视频、短信或互联网等。表2示出了示例性的平台功能架构表。

表2示例性的平台功能架构表

上表2中，Nginx(engine x，引擎x)是一个高性能的HTTP(Hyper Text TransferProtocol，超文本传输协议)和反向代理web(World Wide Web，全球广域网)服务器，Redis为远程字典服务(Remote Dictionary Server)，MySQL为关系型数据库管理系统，REST为表述性状态转移(Representational State Transfer)。

需要说明的是，上述承载方式信息、平台组件信息、平台架构信息、平台语言信息和对外接口信息均是本领域技术人员能够理解的平台信息，这里不再详细描述。

需要说明的是，本公开的多个业务平台的平台功能架构信息除了以平台功能架构表的形式展现或存储，也可以以其他方式展现或存储，因此本公开的范围并不仅限于此。

在一些实施例中，该步骤S102还包括：根据多个业务平台的新增资源需求信息建立云资源需求表。

在一些实施例中，新增资源需求信息包括：每个业务平台新增的CPU需求信息、内存需求信息、存储需求信息和网络带宽需求信息。

相应地，云资源需求表包括：每个业务平台新增的CPU需求信息、内存需求信息、存储需求信息和网络带宽需求信息等。表3示出了示例性的云资源需求表。

表3示例性的云资源需求表

需要说明的是，本公开的多个业务平台的新增资源需求信息除了以云资源需求表的形式展现或存储，也可以以其他方式展现或存储，因此本公开的范围并不仅限于此。

在步骤S104，获得云资源池的资源消耗数据。

例如，该资源消耗数据可以包括多个业务平台的每一个业务平台当前所使用的资源数据。

这里，云资源池的资源消耗数据是本领域技术人员能够理解的资源消耗数据。例如，云资源池的资源消耗数据包括：在云资源池中的虚拟机和容器的资源消耗数据。例如，可以由云管理平台监控云资源池中虚拟机及容器资源状态消耗，并实时上报给系统，这样系统可以获得云资源池的资源消耗数据。这里，虚拟机和容器的资源消耗数据即为对应的业务平台的CPU消耗、内存消耗、存储消耗和网络带宽消耗等资源消耗数据。

需要说明的是，该步骤S104只要在步骤S110之前执行即可，并不限于这里的顺序。例如，该步骤S104可以在步骤S102之前或之后执行，或者与步骤S102并行执行。又例如，该步骤S104可以在后续步骤S106之前或之后执行，或者与步骤S106并行执行。又例如，该步骤S104可以在后续步骤S108之前或之后执行，或者与步骤S108并行执行。

在步骤S106，对多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期。

在一些实施例中，该步骤S106包括：将多个业务平台的业务特征数据作为霍普金斯统计量，根据霍普金斯统计量判断是否能够对多个业务平台进行聚类；和在确定能够对多个业务平台进行聚类的情况下，利用K均值(K-Means)聚类算法，根据每个业务平台的业务特征数据确定每个业务平台的生命周期。

需要说明的是，霍普金斯统计量和K均值聚类算法均是本领域技术人员已知的术语，这里不再详细描述。这里使用K均值聚类算法，尽可能地实现同一聚类内部距离最小化，不同聚类组间距离最大化。

在一些实施例中，生命周期包括：发展期、成熟期和凋亡期。

如前所述，业务特征数据可以包括：收益率、平台用户数和软件利用率。

在本公开的一些实施例中，利用K均值聚类算法，根据每个业务平台的业务特征数据确定每个业务平台的生命周期包括：在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值、第一用户数阈值≤该业务平台的平台用户数＜第二用户数阈值、和第一利用率阈值≤该业务平台的软件利用率＜第二利用率阈值这三个条件中的至少两个条件的第一情况下，确定该业务平台处于发展期。也就是说，在该实施例中，在业务平台满足这三个条件中的两个条件或者全部三个条件的情况下，确定该业务平台处于发展期。

在本公开的一些实施例中，利用K均值聚类算法，根据每个业务平台的业务特征数据确定每个业务平台的生命周期还包括：在业务平台满足业务平台的收益率≥第二收益率阈值、该业务平台的平台用户数≥第二用户数阈值、和该业务平台的软件利用率≥第二利用率阈值这三个条件中的至少两个条件的第二情况下，确定该业务平台处于成熟期。也就是说，在该实施例中，在业务平台满足这三个条件中的两个条件或者全部三个条件的情况下，确定该业务平台处于成熟期。

在本公开的一些实施例中，利用K均值聚类算法，根据每个业务平台的业务特征数据确定每个业务平台的生命周期还包括：在业务平台满足业务平台的收益率＜第一收益率阈值、该业务平台的平台用户数＜第一用户数阈值、和该业务平台的软件利用率＜第一利用率阈值这三个条件中的至少两个条件的第三情况下，确定该业务平台处于凋亡期。也就是说，在该实施例中，在业务平台满足这三个条件中的两个条件或者全部三个条件的情况下，确定该业务平台处于凋亡期。

下面以第一收益率阈值为1、第二收益率阈值为2、第一用户数阈值为1万、第二用户数阈值为10万、第一利用率阈值为20％和第二利用率阈值为40％为例，描述发展期、成熟期和凋亡期的聚类特征。

发展期聚类特征：1≤收益率＜2，1万≤平台用户数＜10万，20％≤软件利用率＜40％。业务平台满足这三个条件中的至少两个条件的情况下，确定业务平台处于发展期。

成熟期聚类特征：收益率≥2，平台用户数≥10万，软件利用率≥40％。业务平台满足这三个条件中的至少两个条件的情况下，确定业务平台处于成熟期。

凋亡期聚类特征：收益率＜1，平台用户数＜1万，软件利用率<20％。业务平台满足这三个条件中的至少两个条件的情况下，确定业务平台处于凋亡期。

需要说明的是，第一收益率阈值、第二收益率阈值、第一用户数阈值、第二用户数阈值、第一利用率阈值和第二利用率阈值均可以根据实际情况或实际需要来设置，本公开的范围并不限于这些阈值的具体值。

在本公开的一些实施例中，利用K均值聚类算法，根据每个业务平台的业务特征数据确定每个业务平台的生命周期还包括：在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，根据业务平台的收益率确定该业务平台的生命周期。也就是说，在业务平台满足第一情况、第二情况和第三情况这三个情况中各自一个条件的情况下，根据业务平台的收益率确定该业务平台的生命周期。

例如，在某个业务平台中，第一收益率阈值≤该某个业务平台的收益率＜第二收益率阈值，该某个业务平台的平台用户数≥第二用户数阈值，该业务平台的软件利用率＜第一利用率阈值，在这样的情况下，根据业务平台的收益率确定该业务平台的生命周期。

在一些实施例中，在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，根据业务平台的收益率确定该业务平台的生命周期包括：在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值的情况下，确定该业务平台处于发展期；在业务平台满足业务平台的收益率≥第二收益率阈值的情况下，确定该业务平台处于成熟期；和在业务平台满足业务平台的收益率＜第一收益率阈值的情况下，确定该业务平台处于凋亡期。

例如，如前所述，在某个业务平台中，第一收益率阈值≤该某个业务平台的收益率＜第二收益率阈值，该某个业务平台的平台用户数≥第二用户数阈值，该业务平台的软件利用率＜第一利用率阈值，由于第一收益率阈值≤该某个业务平台的收益率＜第二收益率阈值，则确定该业务平台处于发展期。其他类似，这里不再一一赘述。

在上述实施例中，基于业务特征表，遍历全部平台特征值，对各业务平台的收益率(收入/成本)、软件利用率和用户数等业务特征进行聚类分析，将平台生命周期划分为三档，分别是发展期、成熟期、凋亡期。判断最佳聚类特征，获得业务平台的生命周期评估结果。

在后续资源调度的过程中，可以优先保障发展期平台的云资源，成熟期平台的云资源需求按照尽力而为方式分配，凋亡期平台不再新增资源分配。后面将详细描述。

在步骤S108，基于多个业务平台的平台功能架构信息对多个业务平台进行同质化分类，以得到多个业务平台的同质化分类结果。

在一些实施例中，步骤S108包括：基于多个业务平台的平台功能架构信息构建平台功能架构矩阵；遍历平台功能架构矩阵，以得到多个业务平台的同质化率；和将同质化率大于或等于同质化率阈值的业务平台归属为同一类业务平台，以获得同质化平台组。

需要说明的是，该同质化率阈值可以根据实际情况或实际需要来设置。例如，同质化率阈值可以为80％。当然，本领域技术人员能够理解，本公开的范围并不限于该同质化率阈值的具体值。

在上面的实施例中，基于多个业务平台的平台功能架构信息(例如，平台功能架构表)构建平台功能架构矩阵，然后通过两两比较的方式遍历平台功能架构矩阵，以得到多个业务平台的同质化率(同质化程度)。

这里，在计算同质化率的过程中，对于平台功能架构表任意两个业务平台，相同的功能组件记为1，不同的功能组件记为0。

例如，如表2所示，对于业务平台1和业务平台2：业务用途相同，记为1；承载方式相同，记为1；平台组件相同，记为1；平台架构不同，记为0；平台语言相同，记为1；对外接口相同，记为1。当将所有业务平台两两比较后，就可以构建出平台功能架构矩阵。该矩阵中的元素为1或0，其中，1表示对应的两个业务平台的某个功能组件相同，0表示对应的两个业务平台的某个功能组件不同。

接下来，计算相同功能组件的数量与所有功能数量组件的数量的比值，记为同质化率。

例如，如前所述，业务平台1和业务平台2相同的功能组件的数量为5，而所有功能数量组件的数量为6，则业务平台1和业务平台2的同质化率为5/6＝83％。以同质化率阈值为80％为例，则业务平台1和业务平台2为同质化平台。

类似地，参见表2，经过计算，业务平台1和业务平台3的同质化率为33％(小于80％)，为非同质化平台；业务平台2和业务平台3的同质化率为50％(小于80％)，为非同质化平台。

在上述过程中，将同质化率大于或等于同质化率阈值的业务平台归属为同一类业务平台，以获得同质化平台组。例如，业务平台1和业务平台2即可以组成一个同质化平台组。

在步骤S110，根据每个业务平台的生命周期、多个业务平台的同质化分类结果、云资源池的资源消耗数据和多个业务平台的新增资源需求信息对用于多个业务平台的资源进行调度。

在一些实施例中，生命周期包括：发展期、成熟期和凋亡期。

在一些实施例中，同质化分类结果包括：同质化平台组和非同质化平台组。这里，同质化平台组是指由同质化平台组成的组，同质化分类结果可以包括一个或多个同质化平台组；非同质化平台组可以由每个非同质化平台单独组成，即，一个非同质化平台即为一个非同质化平台组，或者，也可以由所有的非同质化平台一起组成一个非同质化平台组。

在一些实施例中，资源消耗数据包括：多个业务平台当前所使用的资源。

在一些实施例中，步骤S110包括：根据同质化平台组和非同质化平台组划分云资源池的资源区域，使得云资源池的资源区域包括同质化资源分区、非同质化资源分区和待分配资源分区，其中，同质化资源分区与同质化平台组一一对应。

同质化资源分区的数量与同质化平台组的数量相等。非同质化资源分区是与非同质化平台组对应的资源分区，非同质化资源分区与所有的非同质化平台对应。待分配资源分区是预留的资源区域，当出现新增资源需求时，待分配资源分区可以用于分配新增资源。

在一些实施例中，步骤S110还包括：在云资源池的资源不能满足多个业务平台的全部新增资源需求的情况下，将同质化资源分区与对应的同质化平台组进行匹配，并根据多个业务平台当前所使用的资源(也可以称为存量资源)对同质化资源分区的资源和非同质化资源分区的资源进行初始化。

这里，初始化是指为同质化资源分区和非同质化资源分区分配资源，这些资源将用于后续为业务平台分配资源。在该初始化过程中，根据每个同质化资源分区所对应的同质化平台组内的业务平台当前所使用的资源为该每个同质化资源分区分配资源，根据所有非同质化平台当前所使用的资源为非同质化资源分区分配资源。

在一些实施例中，步骤S110还包括：对同质化资源分区内的同类型组件进行资源整合，在同质化资源分区内保留一套同类型组件，将同质化资源分区的资源分配给对应的同质化平台组内的业务平台。

这里，通过对同质化资源分区内的同类型组件进行资源整合，在同质化资源分区内保留一套同类型组件，可以减小平台建立过程中的资源重复导致的浪费。这样，在将同质化资源分区的资源分配给对应的同质化平台组内的业务平台的过程中，同质化资源分区的资源可以存在剩余资源。

在另一些实施例中，步骤S110还包括：将同质化资源分区的剩余资源(即，同质化资源分区中在其部分资源被分配给对应的同质化平台组内的业务平台之后剩余的资源)或待分配资源分区内的资源优先分配给有新增资源需求的处于发展期的业务平台；对有新增资源需求的处于成熟期的业务平台按照收益率排序，将同质化资源分区的剩余资源或待分配资源分区内的资源按照收益率由大到小的顺序依次分配给相应的处于成熟期的业务平台，直到资源分配完毕；和对有新增资源需求的处于凋亡期的业务平台不分配新增资源。

也就是说，在资源调度的过程中，优先保障处于发展期的业务平台的云资源，处于成熟期的业务平台的云资源可以按照尽力而为方式分配，处于凋亡期的业务平台不再新增资源分配。这样有利于提高业务平台整体资源利用率。

在另一些实施例中，步骤S110还包括：在云资源池的资源满足多个业务平台的全部新增资源需求的情况下，对处于发展期的业务平台和处于成熟期的业务平台均分配资源。也就是说，在云资源池的资源满足多个业务平台的全部新增资源需求的情况下，处于发展期的业务平台和处于成熟期的业务平台均能够被充分地分配资源。

至此，提供了根据本公开一些实施例的云资源调度方法。该方法包括：获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息；获得云资源池的资源消耗数据；对多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期；基于多个业务平台的平台功能架构信息对多个业务平台进行同质化分类，以得到多个业务平台的同质化分类结果；和根据每个业务平台的生命周期、多个业务平台的同质化分类结果、云资源池的资源消耗数据和多个业务平台的新增资源需求信息对用于多个业务平台的资源进行调度。该方法有利于提高业务平台整体资源利用率，实现业务平台的灵活资源调度。

在本公开的一些实施例中，通过建立业务特征表、平台功能架构表、云资源需求表，通过聚类方式对收益率、用户数、软件利用率等业务特征进行平台生命周期分类，以及通过对同质化平台进行判定并建立共享资源分区，从而根据评估结果对云资源进行合理的优先级调度分配，可以保障虚拟机及容器业务需求，提升系统调度效率和资源填充密度。

在一些实施例中，所述云资源调度方法还包括：判断是否存在新增业务平台或者云资源池的集群状态是否发生变化；如果存在新增业务平台或者云资源池的集群状态发生变化，则重新执行步骤S102，即重新获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息，执行下一个循环；如果不存在新增业务平台且云资源池的集群状态没有发生变化，则不重新执行步骤S102，即不执行下一个循环，可以继续判断是否存在新增业务平台或者云资源池的集群状态是否发生变化。这样实现了当存在新增业务平台或者云资源池的集群状态发生变化时，能够及时地调度资源。

图2是示出根据本公开一些实施例的对用于多个业务平台的资源进行调度的方法的流程图。如图2所示，该方法包括步骤S202至S214。

在步骤S202，根据同质化平台组和非同质化平台组划分云资源池的资源区域，使得云资源池的资源区域包括同质化资源分区、非同质化资源分区和待分配资源分区，其中，同质化资源分区与同质化平台组一一对应。这里，可以构建同质化平台共享资源分区{非同质化资源分区，同质化资源分区1，同质化资源分区2……同质化资源分区N，待分配资源分区}，N为正整数。

在步骤S204，判断云资源池的资源是否满足所述多个业务平台的全部新增资源需求。如果是，则过程进入步骤S206；否则，过程进入步骤S208。

在步骤S206，对处于发展期的业务平台和处于成熟期的业务平台均分配资源。这样，保障成长期、成熟期的业务平台的全部云资源需求，归属不同资源分区，完成同质化分区的同质化组件资源的释放。

在步骤S208，将同质化资源分区与对应的同质化平台组进行匹配，并根据多个业务平台当前所使用的资源对同质化资源分区的资源和非同质化资源分区的资源进行初始化。

在步骤S210，对同质化资源分区内的同类型组件进行资源整合，在同质化资源分区内保留一套同类型组件，将同质化资源分区的资源分配给对应的同质化平台组内的业务平台。这样完成了分区资源的二次分配。这可以释放同质化分区中同质化功能组件资源，降低资源占用，释放存量平台的资源功能组件资源。

在步骤S212，将同质化资源分区的剩余资源或待分配资源分区内的资源优先分配给有新增资源需求的处于发展期的业务平台；对有新增资源需求的处于成熟期的业务平台按照收益率排序，将同质化资源分区的剩余资源或待分配资源分区内的资源按照收益率由大到小的顺序依次分配给相应的处于成熟期的业务平台，直到资源分配完毕；和对有新增资源需求的处于凋亡期的业务平台不分配新增资源。这样，保障了处于发展期的业务平台的新增资源需求，并且对新增资源的成熟期的业务平台收益率排序，优先满足高业务发展平台(即收益率比较高的业务平台)，直至云资源分配完毕。

在上述步骤中，对业务平台的新增资源需求进行判断并调度，而不影响业务平台被分配的原始资源。例如，对有新增资源需求的处于凋亡期的业务平台不分配新增资源，但是该处于凋亡期的业务平台的原始资源之前已经被分配。

在步骤S214，按照各分区资源分配情况执行调度结果，等待下一轮联合调度。

至此，提供了根据本公开一些实施例的对用于多个业务平台的资源进行调度的方法。根据业务平台的生命周期和同质化评估结果对云资源进行合理的优先级调度分配，可以保障虚拟机及容器业务需求，提升系统调度效率和资源填充密度，从而提高资源利用率和投资效益。

图3是示意性地示出根据本公开一些实施例的云资源调度系统的结构框图。

如图3所示，云资源调度系统310包括业务特征采集模块311、资源监控模块312、生命周期评估模块313、同质化评估模块314和联合调度模块315。另外，图3还示出了业务平台1至N(N为正整数)和云资源池320。该云资源池包括多个集群，例如集群321、322和323。每个集群包括主机(Host)330。主机330包括虚拟机(Virtual Machine，简称为VM)332。虚拟机332可以包括容器334。

业务特征采集模块311用于获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息。

在一些实施例中，多个业务平台的业务特征数据包括CRM的特征信息；多个业务平台的平台功能架构信息包括多个业务平台的网管系统特征信息。

在一些实施例中，业务特征采集模块311用于接收CRM的特征信息、多个业务平台的网管系统特征信息及多个业务平台的新增资源需求信息；根据CRM的特征信息建立业务特征表；根据多个业务平台的网管系统特征信息建立平台功能架构表；和根据多个业务平台的新增资源需求信息建立云资源需求表。

在一些实施例中，业务特征数据包括：每个业务平台的收益率、平台用户数和软件利用率。

在一些实施例中，平台功能架构信息包括：每个业务平台的承载方式信息、平台组件信息、平台架构信息、平台语言信息和对外接口信息。

在一些实施例中，新增资源需求信息包括：每个业务平台新增的CPU需求信息、内存需求信息、存储需求信息和网络带宽需求信息。

资源监控模块312用于获得云资源池的资源消耗数据。

在一些实施例中，云资源池的资源消耗数据包括：在云资源池中的虚拟机和容器的资源消耗数据。

例如，可以由云管理平台监控云资源池中虚拟机及容器资源状态消耗，并实时上报资源监控模块312。另外，资源监控模块312还可以接收业务特征采集模块311中的云资源需求表。

生命周期评估模块313用于对多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期。

在一些实施例中，生命周期评估模块313用于将多个业务平台的业务特征数据作为霍普金斯统计量，根据霍普金斯统计量判断是否能够对多个业务平台进行聚类；和在确定能够对多个业务平台进行聚类的情况下，利用K均值聚类算法，根据每个业务平台的业务特征数据确定每个业务平台的生命周期。

在一些实施例中，所述生命周期包括：发展期、成熟期和凋亡期。

在一些实施例中，所述业务特征数据包括：收益率、平台用户数和软件利用率。

在一些实施例中，生命周期评估模块313用于：在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值、第一用户数阈值≤该业务平台的平台用户数＜第二用户数阈值、和第一利用率阈值≤该业务平台的软件利用率＜第二利用率阈值这三个条件中的至少两个条件的第一情况下，确定该业务平台处于发展期；在业务平台满足业务平台的收益率≥第二收益率阈值、该业务平台的平台用户数≥第二用户数阈值、和该业务平台的软件利用率≥第二利用率阈值这三个条件中的至少两个条件的第二情况下，确定该业务平台处于成熟期；在业务平台满足业务平台的收益率＜第一收益率阈值、该业务平台的平台用户数＜第一用户数阈值、和该业务平台的软件利用率＜第一利用率阈值这三个条件中的至少两个条件的第三情况下，确定该业务平台处于凋亡期；和在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，根据业务平台的收益率确定该业务平台的生命周期。

在一些实施例中，生命周期评估模块313用于：在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值的情况下，确定该业务平台处于发展期；在业务平台满足业务平台的收益率≥第二收益率阈值的情况下，确定该业务平台处于成熟期；和在业务平台满足业务平台的收益率＜第一收益率阈值的情况下，确定该业务平台处于凋亡期。

同质化评估模块314用于基于多个业务平台的平台功能架构信息对多个业务平台进行同质化分类，以得到多个业务平台的同质化分类结果。

在一些实施例中，同质化评估模块314用于基于多个业务平台的平台功能架构信息构建平台功能架构矩阵；遍历平台功能架构矩阵，以得到多个业务平台的同质化率；和将同质化率大于或等于同质化率阈值的业务平台归属为同一类业务平台，以获得同质化平台组。

在一些实施例中，同质化分类结果包括：同质化平台组和非同质化平台组。

上述同质化评估模块构建平台功能架构矩阵，两两遍历全部业务平台功能架构表的同质化程度，对于同质化率≥同质化率阈值的一组平台可归属为同质化平台，每一类同质化平台分类结果上报给联合调度模块315，建立共享云资源分区，可单独进行资源调度及同质化组件资源释放。

联合调度模块315用于根据每个业务平台的生命周期、多个业务平台的同质化分类结果、云资源池的资源消耗数据和多个业务平台的新增资源需求信息对用于多个业务平台的资源进行调度。

在一些实施例中，资源消耗数据包括：多个业务平台当前所使用的资源。

在一些实施例中，联合调度模块315用于：根据同质化平台组和非同质化平台组划分云资源池的资源区域，使得云资源池的资源区域包括同质化资源分区、非同质化资源分区和待分配资源分区，其中，同质化资源分区与同质化平台组一一对应；在云资源池的资源不能满足多个业务平台的全部新增资源需求的情况下，将同质化资源分区与对应的同质化平台组进行匹配，并根据多个业务平台当前所使用的资源对同质化资源分区的资源和非同质化资源分区的资源进行初始化；和对同质化资源分区内的同类型组件进行资源整合，在同质化资源分区内保留一套同类型组件，将同质化资源分区的资源分配给对应的同质化平台组内的业务平台。

在一些实施例中，联合调度模块315还用于：将同质化资源分区的剩余资源或待分配资源分区内的资源优先分配给有新增资源需求的处于发展期的业务平台；对有新增资源需求的处于成熟期的业务平台按照收益率排序，将同质化资源分区的剩余资源或待分配资源分区内的资源按照收益率由大到小的顺序依次分配给相应的处于成熟期的业务平台，直到资源分配完毕；和对有新增资源需求的处于凋亡期的业务平台不分配新增资源。

在一些实施例中，联合调度模块315还用于在云资源池的资源满足多个业务平台的全部新增资源需求的情况下，对处于发展期的业务平台和处于成熟期的业务平台均分配资源。

在一些实施例中，上述联合调度模块接收生命周期评估模块、同质化评估模块和资源监控模块的状态信息，根据存量资源和新增资源需求，开放共享资源区，对不同的生命周期平台建立不同优先级调度策略并执行。例如，联合调度模块可以直接统管虚拟机、容器等软件及中间件的云资源分配；根据平台生命周期分类，消亡期平台不再分配新增资源；存量资源结合利用率及用户数进行动态缩容，同质化分区内同类型组件仅保留一套，降低资源占用；重点保障成长期平台新增资源需求并归属至不同资源分区；成熟期平台新增资源需求根据剩余云资源现状进行单独评估，优先保障平台收益率更高的平台云资源需求。

至此，提供了根据本公开一些实施例的云资源调度系统。该系统有利于提高业务平台整体资源利用率，实现业务平台的灵活资源调度。

在本公开的一些实施例中，通过在资源池中引入业务特征采集模块，建立业务特征表、平台功能架构表和云资源需求表，引入生命周期评估模块以聚类方式对业务特征(例如收益率、用户数和软件利用率等)进行平台生命周期分类，引入同质化评估模块对同质化平台进行判定并建立共享资源分区，由联合调度模块将评估结果进行合理的优先级调度分配，保障虚拟机及容器业务需求，提升系统调度效率和资源填充密度，实现业务平台的灵活资源调度。

在一些实施例中，如果云资源池能够满足全部新增资源需求，除凋亡期的业务平台之外，其他业务平台的新增资源需求全部满足并完成调度；如果云资源池不能满足全部新增资源需求，则重点保障成长期的业务平台的资源需求，尽量满足成熟期的业务平台的资源需求，而凋亡期的业务平台除存量云资源外，新增需求不再分配。

图4是示意性地示出根据本公开另一些实施例的云资源调度系统的结构框图。云资源调度系统包括存储器410和处理器420。其中：

存储器410可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储图1和/或图2所对应实施例中的指令。

处理器420耦接至存储器410，可以作为一个或多个集成电路来实施，例如微处理器或微控制器。该处理器420用于执行存储器中存储的指令，有利于提高业务平台整体资源利用率，实现业务平台的灵活资源调度。

在一个实施例中，还可以如图5所示，云资源调度系统500包括存储器510和处理器520。处理器520通过BUS总线530耦合至存储器510。云资源调度系统500还可以通过存储接口540连接至外部存储装置550以便调用外部数据，还可以通过网络接口560连接至网络或者另外一台计算机系统(未标出)，此处不再进行详细介绍。

在该实施例中，通过存储器存储数据指令，再通过处理器处理上述指令，有利于提高业务平台整体资源利用率，实现业务平台的灵活资源调度。

在另一个实施例中，本公开还提供了一种计算机可读存储介质(例如，非瞬时性计算机可读存储介质)，其上存储有计算机程序指令，该指令被处理器执行时实现图1和/或图2所对应实施例中的方法的步骤。本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改。本公开的范围由所附权利要求来限定。

Claims (13)

1.一种云资源调度方法，包括：

获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息；

获得云资源池的资源消耗数据；

对所述多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期；

基于所述多个业务平台的平台功能架构信息对所述多个业务平台进行同质化分类，以得到所述多个业务平台的同质化分类结果；和

根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度。

2.根据权利要求1所述的云资源调度方法，其中：

所述多个业务平台的业务特征数据包括客户关系管理CRM的特征信息；

所述多个业务平台的平台功能架构信息包括所述多个业务平台的网管系统特征信息；

获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息包括：

接收所述CRM的特征信息、所述多个业务平台的网管系统特征信息及所述多个业务平台的新增资源需求信息；

根据所述CRM的特征信息建立业务特征表；

根据所述多个业务平台的网管系统特征信息建立平台功能架构表；和

根据所述多个业务平台的新增资源需求信息建立云资源需求表。

3.根据权利要求1所述的云资源调度方法，其中，对所述多个业务平台的业务特征数据进行聚类分析包括：

将所述多个业务平台的业务特征数据作为霍普金斯统计量，根据所述霍普金斯统计量判断是否能够对所述多个业务平台进行聚类；和

在确定能够对所述多个业务平台进行聚类的情况下，利用K均值聚类算法，根据每个业务平台的业务特征数据确定所述每个业务平台的生命周期。

4.根据权利要求3所述的云资源调度方法，其中：

所述生命周期包括：发展期、成熟期和凋亡期；

所述业务特征数据包括：收益率、平台用户数和软件利用率；

利用K均值聚类算法，根据每个业务平台的业务特征数据确定所述每个业务平台的生命周期包括：

在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值、第一用户数阈值≤该业务平台的平台用户数＜第二用户数阈值、和第一利用率阈值≤该业务平台的软件利用率＜第二利用率阈值这三个条件中的至少两个条件的第一情况下，确定该业务平台处于发展期；

在业务平台满足业务平台的收益率≥第二收益率阈值、该业务平台的平台用户数≥第二用户数阈值、和该业务平台的软件利用率≥第二利用率阈值这三个条件中的至少两个条件的第二情况下，确定该业务平台处于成熟期；

在业务平台满足业务平台的收益率＜第一收益率阈值、该业务平台的平台用户数＜第一用户数阈值、和该业务平台的软件利用率＜第一利用率阈值这三个条件中的至少两个条件的第三情况下，确定该业务平台处于凋亡期；和

在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，根据业务平台的收益率确定该业务平台的生命周期。

5.根据权利要求4所述的云资源调度方法，其中，在业务平台满足除上述第一情况、第二情况和第三情况之外的情况下，根据业务平台的收益率确定该业务平台的生命周期包括：

在业务平台满足第一收益率阈值≤业务平台的收益率＜第二收益率阈值的情况下，确定该业务平台处于发展期；

在业务平台满足业务平台的收益率≥第二收益率阈值的情况下，确定该业务平台处于成熟期；和

在业务平台满足业务平台的收益率＜第一收益率阈值的情况下，确定该业务平台处于凋亡期。

6.根据权利要求1所述的云资源调度方法，其中，基于所述多个业务平台的平台功能架构信息对所述多个业务平台进行同质化分类包括：

基于所述多个业务平台的平台功能架构信息构建平台功能架构矩阵；

遍历所述平台功能架构矩阵，以得到所述多个业务平台的同质化率；和

将同质化率大于或等于同质化率阈值的业务平台归属为同一类业务平台，以获得同质化平台组。

7.根据权利要求1所述的云资源调度方法，其中：

所述生命周期包括：发展期、成熟期和凋亡期；

所述同质化分类结果包括：同质化平台组和非同质化平台组；

所述资源消耗数据包括：所述多个业务平台当前所使用的资源；

根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度包括：

根据所述同质化平台组和所述非同质化平台组划分所述云资源池的资源区域，使得所述云资源池的资源区域包括同质化资源分区、非同质化资源分区和待分配资源分区，其中，所述同质化资源分区与所述同质化平台组一一对应；

在云资源池的资源不能满足所述多个业务平台的全部新增资源需求的情况下，将所述同质化资源分区与对应的同质化平台组进行匹配，并根据所述多个业务平台当前所使用的资源对所述同质化资源分区的资源和所述非同质化资源分区的资源进行初始化；和

对同质化资源分区内的同类型组件进行资源整合，在同质化资源分区内保留一套同类型组件，将所述同质化资源分区的资源分配给对应的同质化平台组内的业务平台。

8.根据权利要求7所述的云资源调度方法，其中，根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度还包括：

将所述同质化资源分区的剩余资源或所述待分配资源分区内的资源优先分配给有新增资源需求的处于发展期的业务平台；

对有新增资源需求的处于成熟期的业务平台按照收益率排序，将所述同质化资源分区的剩余资源或所述待分配资源分区内的资源按照收益率由大到小的顺序依次分配给相应的处于成熟期的业务平台，直到资源分配完毕；和

对有新增资源需求的处于凋亡期的业务平台不分配新增资源。

9.根据权利要求7所述的云资源调度方法，其中，根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度还包括：

在云资源池的资源满足所述多个业务平台的全部新增资源需求的情况下，对处于发展期的业务平台和处于成熟期的业务平台均分配资源。

10.根据权利要求1所述的云资源调度方法，其中：

所述业务特征数据包括：每个业务平台的收益率、平台用户数和软件利用率；

所述平台功能架构信息包括：每个业务平台的承载方式信息、平台组件信息、平台架构信息、平台语言信息和对外接口信息；

所述新增资源需求信息包括：每个业务平台新增的中央处理器CPU需求信息、内存需求信息、存储需求信息和网络带宽需求信息。

11.一种云资源调度系统，包括：

业务特征采集模块，用于获得用于多个业务平台的业务特征数据、平台功能架构信息和新增资源需求信息；

资源监控模块，用于获得云资源池的资源消耗数据；

生命周期评估模块，用于对所述多个业务平台的业务特征数据进行聚类分析，以获得每个业务平台的生命周期；

同质化评估模块，用于基于所述多个业务平台的平台功能架构信息对所述多个业务平台进行同质化分类，以得到所述多个业务平台的同质化分类结果；和

联合调度模块，用于根据每个业务平台的生命周期、所述多个业务平台的同质化分类结果、所述云资源池的资源消耗数据和所述多个业务平台的新增资源需求信息对用于所述多个业务平台的资源进行调度。

12.一种云资源调度系统，包括：

存储器；以及

耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至10任意一项所述的方法。

13.一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现如权利要求1至10任意一项所述的方法。

Images