CN114756574A - 应用于多云管理系统的云资源成本分析方法及装置 - Google Patents

Abstract

本申请提供了一种应用于多云管理系统的云资源成本分析方法、装置及电子设备，所述方法包括：响应于用户的云资源使用申请，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，并将从云平台获取到的所述用户所申请云资源分配给用户；获取所述云平台对所述用户所申请云资源进行计费生成的账单；基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析。本申请针对多云架构中的用户所申请云资源，可以得到粒度与CMDB的基础数据保持一致的成本分析结果，从而提高了多云架构中云资源的成本分析结果的精细程度。

Description

应用于多云管理系统的云资源成本分析方法及装置

技术领域

本申请涉及云计算技术领域，具体涉及一种应用于多云管理系统的云资源成本分析方法及装置。

背景技术

随着云计算技术的快速发展，越来越多的企业选择采用云计算技术完成业务数字化转型，以更好地适应市场变化。一部分企业会基于降低技术开发和运维成本，享受即时服务等原因，选择将自己的业务部署在云端，另一部分企业出于数据主权和安全隐私方面的考虑，会选择在其内部的数据中心搭建专有云平台，而对那些对公有云和专有云都有需求的企业，则会选择搭建混合云架构；不同的企业依据自身的实际需求，会选择多个云资源提供商提供云资源。

出于运营成本的考虑，企业会存在对所使用云资源的成本进行分析的需求。现有技术中，通常采用预先定义云资源计费规则的方式分析所使用云资源的成本。这种方式只适用于企业定制的私有云资源的成本分析，对于计费逻辑由提供商设计的公有云资源则不适用。因为，不同的云资源提供商的公有云资源产品都有各自的计费逻辑，包括按量付费、包年包月付费、资源包付费等方式，其所提供的公有云资源产品的产品性能对应的计费逻辑均具有一定的特殊性，从而导致企业难以衡量不同公有云资源的成本和性价比，难以精确获知高细粒度的成本信息。

发明内容

本申请的一个目的在于提出一种应用于多云管理系统的云资源成本分析方法及装置，针对多云架构中的用户所申请云资源，可以得到粒度与CMDB的基础数据保持一致的成本分析结果，从而提高多云架构中云资源的成本分析结果的精细程度。

根据本申请实施例的一方面，公开了一种应用于多云管理系统的云资源成本分析方法，所述方法包括：

响应于用户的云资源使用申请，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，并向云资源提供商所在的云平台请求所述用户所申请云资源，将从云平台获取到的所述用户所申请云资源分配给用户；

获取所述云平台对所述用户所申请云资源进行计费生成的账单；

基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析。

根据本申请实施例的一方面，公开了一种应用于多云管理系统的云资源成本分析装置，所述装置包括：

资源分配模块，配置为响应于用户的云资源使用申请，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，并向云资源提供商所在的云平台请求所述用户所申请云资源，将从云平台获取到的所述用户所申请云资源分配给用户；

账单获取模块，配置为获取所述云平台对所述用户所申请云资源进行计费生成的账单；

成本分析模块，配置为基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析。

在本申请的一示例性实施例中，所述成本分析模块配置为：

基于所述账单，获取所述用户所申请云资源在各云平台上的平台成本；

按照所述用户所申请云资源的标签分组结果，对所述平台成本进行分摊，得到各标签分组的平台成本。

在本申请的一示例性实施例中，所述装置配置为：

将所述各标签分组的平台成本与所述CMDB的基础数据进行关联，并存储在所述CMDB。

在本申请的一示例性实施例中，所述资源分配模块配置为：

获取所述云资源使用申请的申请工单；

基于所述申请工单的配置项信息，在所述CMDB中查找与所述配置项信息匹配的基础数据；

基于所述与所述配置项匹配的基础数据，对所述用户所申请云资源进行标签分组。

在本申请的一示例性实施例中，所述与所述配置项匹配的基础数据包括所述用户所申请云资源关联的应用；

所述资源分配模块配置为：以所述用户所申请云资源关联的应用为标签，对所述用户所申请云资源进行应用分组；

所述成本分析模块配置为：基于所述账单和所述用户所申请云资源的应用分组结果，对所述用户所申请云资源在各应用分组上的成本进行分析。

在本申请的一示例性实施例中，所述资源分配模块配置为：基于所述用户所申请云资源关联的应用和所述基础数据，确定所述用户所申请云资源关联的资源集群；以所述用户所申请云资源关联的资源集群为标签，对所述用户所申请云资源进行集群分组；

所述成本分析模块配置为：基于所述账单和所述用户所申请云资源的集群分组结果，对所述用户所申请云资源在各集群分组上的成本进行分析。

在本申请的一示例性实施例中，所述与所述配置项匹配的基础数据包括所述用户所申请云资源关联的业务线；

所述资源分配模块配置为：以所述用户所申请云资源关联的业务线为标签，对所述用户所申请云资源进行业务线分组；

所述成本分析模块配置为：基于所述账单和所述用户所申请云资源的业务线分组结果，对所述用户所申请云资源在各业务线分组上的成本进行分析。

根据本申请实施例的一方面，公开了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各种可选实现方式中提供的方法。

根据本申请实施例的一方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述各种可选实现方式中提供的方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的方法。

本申请实施例中，多云管理系统可供用户申请多云架构中的云资源。即，用户所申请云资源可以同时包含公有云资源和私有云资源。多云管理系统采用CMDB的基础数据对用户所申请云资源进行标签分组，使得对用户所申请云资源所作成本分析的过程能够与CMDB的基础数据保持联动，从而可以得到粒度与CMDB的基础数据保持一致的成本分析结果。通过这种方式，本申请实施例提高了用户所申请云资源的数据标准化程度的同时，提高了用户所申请云资源的数据精细化程度，从而提高了多云架构中云资源的成本分析结果的精细程度。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参考附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。

图1示出了根据本申请一个实施例的应用于多云管理系统的云资源成本分析方法的流程图。

图2示出了根据本申请一个实施例的多个云平台的账单示意图。

图3示出了根据本申请一个实施例的用户所申请云资源在各集群分组上的成本占比示意图。

图4示出了根据本申请一个实施例的用户所申请云资源在各区域分组上的成本占比示意图。

图5示出了根据本申请一个实施例的应用于多云管理系统的云资源成本分析装置的框图。

图6示出了根据本申请一个实施例的电子设备的硬件图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本申请的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本申请的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本申请的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本申请提供了一种应用于多云管理系统的云资源成本分析方法，主要面向多云架构的云资源运营。

现有技术中的多云架构多指混合云架构，即，同时使用了公有云资源和私有云资源的架构。其中，公有云的核心属性是共享云计算资源服务，一般可通过Internet使用，成本低廉。私有云是为特定用户使用而构建的，通常部署在企业数据中心或专有的主机托管IDC机房内，能够提供对数据、安全性和服务质量的有效控制。

本申请中的多云架构则指的是使用了超过一家云资源提供商所提供云资源的架构。例如：同时使用云资源提供商A的公有云资源和云资源提供商B的公有云资源；或者，同时使用云资源提供商A的公有云资源和云资源提供商B的私有云资源；或者，同时使用云资源提供商A的公有云资源、云资源提供商B的公有云资源以及自建的私有云资源。

图1示出了本申请一实施例的应用于多云管理系统的云资源成本分析方法的流程图，该方法包括：

步骤S110、响应于用户的云资源使用申请，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，并向云资源提供商所在的云平台请求用户所申请云资源，将从云平台获取到的用户所申请云资源分配给用户；

步骤S120、获取云平台对用户所申请云资源进行计费生成的账单；

步骤S130、基于账单和用户所申请云资源的标签分组结果，对用户所申请云资源的成本进行分析。

本申请实施例中，多云管理系统可供用户申请多云架构中的云资源。即，用户所申请云资源可以来源于多家云资源提供商，可以同时包含公有云资源和私有云资源。

多云管理系统接收到用户的云资源使用申请后，调取CMDB(ConfigurationManagement Database)的基础数据。进而基于CMDB的基础数据对用户所申请云资源进行标签分组，得到的标签分组结果主要用于后续对用户所申请云资源的成本进行分析。其中，CMDB是一个逻辑数据库，包括配置项全生命周期的信息以及配置项之间的关系(物理关系、实时通信关系、非实时通信关系和依赖关系等)。CMDB存储与管理企业IT架构中设备的各种配置信息。

多云管理系统接收到用户的云资源使用申请后，向云资源提供商所在的云平台请求用户所申请云资源。进而将获取到的用户所申请云资源分配给用户，以供用户使用。需要说明的是，多云管理系统向云平台请求用户所申请云资源时，可以同时向多个云平台请求用户所申请云资源。例如：向云平台A请求用户所申请云资源中的公有云资源，向云平台B请求用户所申请云资源中的私有云资源。

在从云平台获取到用户所申请云资源后，获取云平台对用户所申请云资源进行计费生成的账单。用户所申请云资源来源于多少个云平台，便会得到多少个账单。每个账单描述了对应云平台对其所提供资源的计费额度。

进而基于获取到的账单和用户所申请云资源的标签分组结果，对用户所申请云资源的成本进行分析。

由此可见，本申请实施例中，多云管理系统可供用户申请多云架构中的云资源。即，用户所申请云资源可以同时包含公有云资源和私有云资源。多云管理系统采用CMDB的基础数据对用户所申请云资源进行标签分组，使得对用户所申请云资源所作成本分析的过程能够与CMDB的基础数据保持联动，从而可以得到粒度与CMDB的基础数据保持一致的成本分析结果。通过这种方式，本申请实施例提高了用户所申请云资源的数据标准化程度的同时，提高了用户所申请云资源的数据精细化程度，从而提高了多云架构中云资源的成本分析结果的精细程度。

在一实施例中，基于账单，获取用户所申请云资源在各云平台上的平台成本。按照用户所申请云资源的标签分组结果，对平台成本进行分摊，得到各标签分组的平台成本。

本实施例中，若多云管理系统只向一个云平台请求用户所申请云资源，则只会收到一个云平台的账单。进而基于该唯一云平台的账单，获取用户所申请云资源在该唯一云平台上的平台成本。用户所申请云资源在该唯一云平台上的平台成本，即为用户所申请云资源的总成本。

若多云管理系统向多个云平台请求用户所申请云资源，则会收到如图2所示的多个云平台的账单。进而基于各云平台的账单，获取用户所申请云资源在各云平台上的平台成本。用户所申请云资源在各云平台上的平台成本的总和，即为用户所申请云资源的总成本。

进而按照用户所申请云资源的标签分组结果，将平台成本分摊至各标签分组，从而得到各标签分组的平台成本。

在一实施例中，将各标签分组的平台成本与CMDB的基础数据进行关联，并存储在CMDB。

本实施例中，多云管理系统分析得到各标签分组的平台成本后，按照标签分组的维度，将各标签分组的平台成本与CMDB的基础数据进行关联并进行存储，从而在CMDB中实现对于云资源信息的全生命周期管理。

在一实施例中，获取云资源使用申请的申请工单。基于申请工单的配置项信息，在CMDB中查找与配置项信息匹配的基础数据。基于与配置项匹配的基础数据，对用户所申请云资源进行标签分组。

本实施例中，多云管理系统向用户提供用于申请云资源的申请界面。用户可在该申请界面填写申请工单的配置项信息，进而提交填写后的申请工单。多云管理系统根据申请工单的配置项信息，确定用户所申请云资源，进而以向云平台请求用户所申请云资源。

其中，申请工单的配置项信息包括应用信息配置项、业务线信息配置项等。应用信息配置项主要用于描述云资源目标服务的应用，包括但不限于：应用名称、应用负责人、应用等级(或者，应用优先级)、应用用途等。业务线信息配置项主要用于描述云资源目标服务的业务线，包括但不限于：业务线名称、业务线用途等。

并且，多云管理系统得到用户提交的申请工单后，在CMDB中查找与配置项信息匹配的基础数据，进而基于与配置项匹配的基础数据，对用户所申请云资源进行标签分组。

在一实施例中，与配置项匹配的基础数据包括用户所申请云资源关联的应用。以用户所申请云资源关联的应用为标签，对用户所申请云资源进行应用分组。基于账单和用户所申请云资源的应用分组结果，对用户所申请云资源在各应用分组上的成本进行分析。

本实施例中，申请工单的配置项中包括应用信息配置项。应用信息配置项主要用于描述用户所申请云资源目标服务的应用。多云管理系统从用户提交的申请工单中识别应用信息配置项后，在CMDB中查找与应用信息配置项匹配的应用基础数据，并将查找到的应用基础数据作为用户所申请云资源关联的应用。

进而多云管理系统以用户所申请云资源关联的应用为标签，在应用维度上对用户所申请云资源进行应用分组。进而基于云平台的账单以及应用分组结果，确定用户所申请云资源在各应用分组上的成本。

若多云管理系统向多个云平台请求用户所申请云资源，收到多个云平台的账单，则可以先确定用户所申请云资源在各云平台上的平台成本，再基于应用分组结果对各平台成本进行分摊，得到各应用分组的平台成本。

在一实施例中，基于用户所申请云资源关联的应用和基础数据，确定用户所申请云资源关联的资源集群。以用户所申请云资源关联的资源集群为标签，对用户所申请云资源进行集群分组。基于账单和用户所申请云资源的集群分组结果，对用户所申请云资源在各集群分组上的成本进行分析。

本实施例中，多云管理系统确定用户所申请云资源关联的应用后，进一步在CMDB中查找应用对应的资源集群，从而确定用户所申请云资源关联的资源集群。

需要说明的是，资源集群指的是物理机集群，或者虚拟机集群，或者容器实例集群。应用和资源集群之间的关系，可以是一对一(即，一个应用对应一个资源集群)，也可以是一对多(即，一个应用对应多个资源集群)。

多云管理系统以用户所申请云资源关联的资源集群为标签，在集群维度上对用户所申请云资源进行集群分组。进而基于云平台的账单以及集群分组结果，确定用户所申请云资源在各集群分组上的成本。用户所申请云资源在各集群分组上的成本可以示例性地展示为图3所示的成本占比。

若管理系统向多个云平台请求用户所申请云资源，收到多个云平台的账单，则可以先确定用户所申请云资源在各云平台上的平台成本，再基于集群分组结果对各平台成本进行分摊，得到各集群分组的平台成本。

在一实施例中，与配置项匹配的基础数据包括用户所申请云资源关联的业务线。以用户所申请云资源关联的业务线为标签，对用户所申请云资源进行业务线分组。基于账单和用户所申请云资源的业务线分组结果，对用户所申请云资源在各业务线分组上的成本进行分析。

本实施例中，申请工单的配置项中包括业务线信息配置项。业务线信息配置项主要用于描述用户所申请云资源目标服务的业务线。区别于组件化的应用，业务线指的是用以取得业务/项目成果的流程事务。

多云管理系统从用户提交的申请工单中识别业务线配置项后，在CMDB中查找与业务线信息配置项匹配的业务线基础数据，并将查找到的业务线基础数据作为用户所申请云资源关联的业务线。

进而多云管理系统以用户所申请云资源关联的业务线为标签，在业务线维度上对用户所申请云资源进行业务线分组。进而基于云平台的账单以及业务线分组结果，确定用户所申请云资源在各业务线上的成本。

若多云管理系统向多个云平台请求用户所申请云资源，收到多个云平台的账单，则可以先确定用户所申请云资源在各云平台上的平台成本，再基于业务线分组结果对各平台成本进行分摊，得到各业务线分组的平台成本。

在一实施例中，多云管理系统以用户所申请云资源关联的地理区域为标签，在地理区域维度上对用户所申请云资源进行区域分组。进而基于云平台的账单以及区域分组结果，确定用户所申请云资源在各区域分组上的成本。

其中，多云管理系统可以按照云资源服务器所在地域确定用户所申请云资源关联的地理区域。例如：若用户所申请云资源来源于设于华中的云资源服务器，则用户所申请云资源关联的地理区域为华中。

多云管理系统也可以按照云资源服务器所在可用区确定用户所申请云资源关联的地理区域。可用区是云计算技术领域中，为了应对机房的同城容灾所作设计。同一个地域中可以设有多个可用区，同一个地域中的多个可用区在业务逻辑上相互独立。例如：若用户所申请云资源来源于设于华中可用区A的云资源服务器，则用户所申请云资源关联的地理区域为华中可用区A；若用户所申请云资源来源于设于华中可用区B的云资源服务器，则用户所申请云资源关联的地理区域为华中可用区B。

用户所申请云资源在各区域分组上的成本可以示例性地展示为图4所示的成本占比示意图。

图5示出了根据本申请一实施例的应用于多云管理系统的云资源成本分析装置，所述装置包括：

资源分配模块210，配置为响应于用户的云资源使用申请，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，并向云资源提供商所在的云平台请求所述用户所申请云资源，将从云平台获取到的所述用户所申请云资源分配给用户；

账单获取模块220，配置为获取所述云平台对所述用户所申请云资源进行计费生成的账单；

成本分析模块230，配置为基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析。

在本申请的一示例性实施例中，所述成本分析模块配置为：

基于所述账单，获取所述用户所申请云资源在各云平台上的平台成本；

按照所述用户所申请云资源的标签分组结果，对所述平台成本进行分摊，得到各标签分组的平台成本。

在本申请的一示例性实施例中，所述装置配置为：

将所述各标签分组的平台成本与所述CMDB的基础数据进行关联，并存储在所述CMDB。

在本申请的一示例性实施例中，所述资源分配模块配置为：

获取所述云资源使用申请的申请工单；

基于所述申请工单的配置项信息，在所述CMDB中查找与所述配置项信息匹配的基础数据；

基于所述与所述配置项匹配的基础数据，对所述用户所申请云资源进行标签分组。

在本申请的一示例性实施例中，所述与所述配置项匹配的基础数据包括所述用户所申请云资源关联的应用；

所述资源分配模块配置为：以所述用户所申请云资源关联的应用为标签，对所述用户所申请云资源进行应用分组；

所述成本分析模块配置为：基于所述账单和所述用户所申请云资源的应用分组结果，对所述用户所申请云资源在各应用分组上的成本进行分析。

在本申请的一示例性实施例中，所述资源分配模块配置为：基于所述用户所申请云资源关联的应用和所述基础数据，确定所述用户所申请云资源关联的资源集群；以所述用户所申请云资源关联的资源集群为标签，对所述用户所申请云资源进行集群分组；

所述成本分析模块配置为：基于所述账单和所述用户所申请云资源的集群分组结果，对所述用户所申请云资源在各集群分组上的成本进行分析。

在本申请的一示例性实施例中，所述与所述配置项匹配的基础数据包括所述用户所申请云资源关联的业务线；

所述资源分配模块配置为：以所述用户所申请云资源关联的业务线为标签，对所述用户所申请云资源进行业务线分组；

所述成本分析模块配置为：基于所述账单和所述用户所申请云资源的业务线分组结果，对所述用户所申请云资源在各业务线分组上的成本进行分析。

下面参考图6来描述根据本申请实施例的电子设备30。图6显示的电子设备30仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，电子设备30以通用计算设备的形式表现。电子设备30的组件可以包括但不限于：上述至少一个处理单元310、上述至少一个存储单元320、连接不同系统组件(包括存储单元320和处理单元310)的总线330。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元310执行，使得所述处理单元310执行本说明书上述示例性方法的描述部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元310可以执行如图1中所示的各个步骤。

存储单元320可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)3201和/或高速缓存存储单元3202，还可以进一步包括只读存储单元(ROM)3203。

存储单元320还可以包括具有一组(至少一个)程序模块3205的程序/实用工具3204，这样的程序模块3205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线330可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备30也可以与一个或多个外部设备400(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备30交互的设备通信，和/或与使得该电子设备30能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口350进行。输入/输出(I/O)接口350与显示单元340相连。并且，电子设备30还可以通过网络适配器360与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器360通过总线330与电子设备30的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本申请实施方式的方法。

在本申请的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

根据本申请的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如JAVA、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由所附的权利要求指出。

Claims (10)

1.一种应用于多云管理系统的云资源成本分析方法，其特征在于，所述方法包括：

响应于用户的云资源使用申请，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，并向云资源提供商所在的云平台请求所述用户所申请云资源，将从所述云平台获取到的所述用户所申请云资源分配给用户；

获取所述云平台对所述用户所申请云资源进行计费生成的账单；

基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析。

2.根据权利要求1所述的方法，其特征在于，基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析，包括：

基于所述账单，获取所述用户所申请云资源在各云平台上的平台成本；

按照所述用户所申请云资源的标签分组结果，对所述平台成本进行分摊，得到各标签分组的平台成本。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

将所述各标签分组的平台成本与所述CMDB的基础数据进行关联，并存储在所述CMDB。

4.根据权利要求1所述的方法，其特征在于，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，包括：

获取所述云资源使用申请的申请工单；

基于所述申请工单的配置项信息，在所述CMDB中查找与所述配置项信息匹配的基础数据；

基于所述与所述配置项匹配的基础数据，对所述用户所申请云资源进行标签分组。

5.根据权利要求4所述的方法，其特征在于，所述与所述配置项匹配的基础数据包括所述用户所申请云资源关联的应用；

基于所述与所述配置项匹配的基础数据，对所述用户所申请云资源进行标签分组，包括：以所述用户所申请云资源关联的应用为标签，对所述用户所申请云资源进行应用分组；

基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析，包括：基于所述账单和所述用户所申请云资源的应用分组结果，对所述用户所申请云资源在各应用分组上的成本进行分析。

6.根据权利要求5所述的方法，其特征在于，基于所述与所述配置项匹配的基础数据，对所述用户所申请云资源进行标签分组，包括：基于所述用户所申请云资源关联的应用和所述基础数据，确定所述用户所申请云资源关联的资源集群；以所述用户所申请云资源关联的资源集群为标签，对所述用户所申请云资源进行集群分组；

基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析，包括：基于所述账单和所述用户所申请云资源的集群分组结果，对所述用户所申请云资源在各集群分组上的成本进行分析。

7.根据权利要求4所述的方法，其特征在于，所述与所述配置项匹配的基础数据包括所述用户所申请云资源关联的业务线；

基于所述与所述配置项匹配的基础数据，对所述用户所申请云资源进行标签分组，包括：以所述用户所申请云资源关联的业务线为标签，对所述用户所申请云资源进行业务线分组；

基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析，包括：基于所述账单和所述用户所申请云资源的业务线分组结果，对所述用户所申请云资源在各业务线分组上的成本进行分析。

8.一种应用于多云管理系统的云资源成本分析装置，其特征在于，所述装置包括：

资源分配模块，配置为响应于用户的云资源使用申请，基于配置管理数据库CMDB的基础数据对用户所申请云资源进行标签分组，并向云资源提供商所在的云平台请求所述用户所申请云资源，将从所述云平台获取到的所述用户所申请云资源分配给用户；

账单获取模块，配置为获取所述云平台对所述用户所申请云资源进行计费生成的账单；

成本分析模块，配置为基于所述账单和所述用户所申请云资源的标签分组结果，对所述用户所申请云资源的成本进行分析。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的方法。

Images