CN117857228A - 云资源的计费方法、云管理平台、计算设备及存储介质 - Google Patents

Abstract

本申请公开了一种云资源的计费方法、云管理平台、计算设备及存储介质，其中，上述云资源的计费方法包括：云管理平台确定租户选择或输入的、与待部署的一个或多个业务相关的配置信息，然后根据该配置信息确定上述一个或多个业务对于云资源的需求，之后再根据上述一个或多个业务对于云资源的需求生成相应的云资源计费策略，使得云管理平台对上述一个或多个业务所需的云资源进行计费。由于该方法确定的云资源计费策略能够匹配业务对于云资源的需求，因此该计费策略可降低租户使用云资源的成本。

Description

云资源的计费方法、云管理平台、计算设备及存储介质

技术领域

本申请涉及云计算技术领域，尤其涉及一种云资源的计费方法、云管理平台、计算设备及存储介质。

背景技术

随着云计算技术的出现，云服务获得大规模应用。在具体实现中，一些云服务是需要租户购买相应的云资源后才会提供给租户的。目前，云资源的计费策略(也称为计费模式)主要包括两种：按需计费(即根据云资源的使用情况进行结算)、包周期(如包年或包月)。上述两种计费策略的计费规则较为单一，因此无法给租户提供更优惠的购买价格。

发明内容

本申请提供了一种云资源的计费方法、云管理平台、计算设备及存储介质，能够向租户提供更优惠的云资源购买策略，从而降低租户使用云资源的成本。

第一方面，本申请实施例提供了一种云资源的计费方法，该方法包括：云管理平台确定租户选择或输入的、与待部署的一个或多个业务相关的配置信息，然后根据该配置信息确定上述一个或多个业务对于云资源的需求，之后再根据上述一个或多个业务对于云资源的需求生成相应的云资源计费策略，使得云管理平台对上述一个或多个业务所需的云资源进行计费。应理解，由于该方法确定的云资源计费策略能够匹配业务对于云资源的需求，因此相较于按需计费和包周期计费，该计费策略可降低租户使用云资源的成本。

在第一方面的一种可能的实现方式中，上述云管理平台根据配置信息确定上述一个或多个业务对于云资源的需求，包括：云管理平台根据配置信息获取上述一个或多个业务的云资源的历史使用情况，然后根据云资源的历史使用情况确定可满足上述一个或多个业务需求的最少云资源量。应理解，业务对于云资源的历史使用情况可以反映该业务在历史时间段的负载情况以及对于云资源的需求，那么，通过分析业务对于云资源的历史使用情况确定的未来时间段业务对于云资源的需求是准确的，从而使得后续确定的云资源的计费策略更加适应于实际的情况。

在第一方面的一种可能的实现方式中，上述计费策略包括包周期计费策略和按需计费策略，上述一个或多个业务所需的云资源中的一部分按照包周期计费策略进行计费，上述一个或多个业务所需的云资源中的另一部分按照按需计费策略进行计费。应理解，对于同等的云资源来说，包周期计费比按需计费更加优惠，因此相较于现有技术中的按需计费策略，本申请实施例提供的计费策略更为优惠。另外，如果按照现有技术中的包周期计费策略进行计费，那么在一般情况下，为了保证业务的正常执行，租户需要支付超过云资源实际使用量的包周期费用，因此相较于现有技术中的包周期计费策略，本申请实施例提供的计费策略更为优惠。

在第一方面的一种可能的实现方式中，上述方法还包括：云管理平台根据云资源的计费策略将上述一个或多个业务优先部署到按照包周期计费策略计费的云资源上。进一步地，当按照包周期计费策略计费的云资源用尽时，云管理平台将剩余业务部署到按照按需计费的云资源上执行。如此，可以使得业务更多地占用按照包周期计费策略计费的云资源，更少地占用按照按需计费的云资源，也即是说，业务所需的云资源更多的是以包周期计费策略进行计费，从而降低租户使用云资源的成本。

在第一方面的一种可能的实现方式中，上述多个业务包括第一业务和第二业务，上述云管理平台根据云资源的计费策略将上述一个或多个业务优先部署到按照包周期计费策略计费的云资源上，包括：在第一业务或第二业务不支持云资源的复用时，云管理平台将第一业务和第二业务优先部署到不同的、按照包周期计费策略计费的云资源上。应理解，在实际应用中，为了保证第一业务和第二业务的安全性，第一业务和第二业务需要进行隔离，即第一业务和第二业务不支持云资源的复用，通过上述实现方式，可以将第一业务和第二业务更多地占用按照包周期计费策略计费的云资源，从而在保证第一业务和第二业务的安全性的前提下，降低租户使用云资源的成本。

在第一方面的一种可能的实现方式中，上述方法还包括：在第二业务的业务量下降时，云管理平台释放部署有部分第二业务的云资源，并将部分第一业务部署到释放的云资源上执行。如此，可以使得第一业务占用更少的按照按需计费的云资源，从而降低租户使用云资源的成本。

在第一方面的一种可能的实现方式中，上述配置信息包括弹性伸缩(autoscaling,AS)组中的最小实例数量和最大实例数量，上述方法还包括：云管理平台将最小实例数量对应的实例部署到按照包周期计费策略计费的云资源上。如此，可以使得最小实例数量对应的实例不占用按照按需计费的云资源，从而保证租户使用这部分实例的成本是最低的。

在第一方面的一种可能的实现方式中，上述方法还包括：云管理平台向租户提供云资源的计费策略，以供租户进行选择。如此，使得租户可自行根据业务需求选择适合的云资源计费策略。

在第一方面的一种可能的实现方式中，上述云资源可包括虚拟机(virtualmachine,VM)、容(container)、裸金属服务器(bare metal server,BMS)、函数工作流(function graph)等计算实例中的一种或多种，也可包括对象存储服务(object storageservice,OBS)、云硬盘(elastic volume service,EVS)等存储实例中的一种或多种，还可包括弹性公网网际互联协议(elastic internet protocol,EIP)、网络地址转换(networkaddress translation,NAT)网关等网络实例中的一种或多种。

第二方面，本申请实施例提供了一种云管理平台，该云管理平台包括确定模块和计费模块。其中，确定模块用于确定租户选择或输入的、与待部署的一个或多个业务相关的配置信息，并根据该配置信息确定上述一个或多个业务对于云资源的需求；计费模块用于根据上述一个或多个业务对于云资源的需求生成相应的云资源计费策略，使得云管理平台对上述一个或多个业务所需的云资源进行计费。

在第二方面的一种可能的实现方式中，上述确定模块用于根据配置信息获取上述一个或多个业务的云资源的历史使用情况，然后根据云资源的历史使用情况确定可满足上述一个或多个业务需求的最少云资源量。

在第二方面的一种可能的实现方式中，上述计费策略包括包周期计费策略和按需计费策略，上述一个或多个业务所需的云资源中的一部分按照包周期计费策略进行计费，上述一个或多个业务所需的云资源中的另一部分按照按需计费策略进行计费。

在第二方面的一种可能的实现方式中，上述云管理平台还包括业务调度模块，其中，业务调度模块用于根据云资源的计费策略将上述一个或多个业务优先部署到按照包周期计费策略计费的云资源上。

在第二方面的一种可能的实现方式中，上述多个业务包括第一业务和第二业务，上述业务调度模块用于在第一业务或第二业务不支持云资源的复用时，将第一业务和第二业务优先部署到不同的、按照包周期计费策略计费的云资源上。

在第二方面的一种可能的实现方式中，上述业务调度模块还用于在第二业务的业务量下降时，释放部署有部分第二业务的云资源，并将部分第一业务部署到释放的云资源上执行。

在第二方面的一种可能的实现方式中，上述配置信息包括AS组中的最小实例数量和最大实例数量，上述业务调度模块还用于将最小实例数量对应的实例部署到按照包周期计费策略计费的云资源上。

在第二方面的一种可能的实现方式中，上述计费模块还用于向租户提供云资源的计费策略，以供租户进行选择。

在第二方面的一种可能的实现方式中，上述云资源包括VM、容器、BMS、函数工作流中的一种或多种。

第三方面，本申请实施例提供了一种计算设备，该计算设备包括处理器和存储器，处理器执行存储器中的计算机程序代码以实现前述第一方面及第一方面的任一种实现方式所描述部分或全部方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机存储介质存储有计算机程序代码，当所述计算机程序代码被计算设备执行时，该计算设备执行前述第一方面及第一方面的任一种实现方式所描述部分或全部方法。

第五方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品可以是包含指令的、能够运行在计算设备上或被储存在任何可用介质中的软件或程序产品。当该计算机程序产品在至少一个计算设备上运行时，使得至少一个计算设备执行前述第一方面及第一方面的任一种实现方式所描述部分或全部方法。

附图说明

图1是本申请实施例提供的一种云服务提供商向租户提供云服务的方式的示意图；

图2是本申请实施例提供的一种云资源的计费方法的流程示意图；

图3是本申请实施例提供的一种云管理平台向租户展示可购买的云资源的界面示意图；

图4是本申请实施例提供的一种云管理平台向租户展示的可供选择的云资源计费策略的界面示意图；

图5是本申请实施例提供的一种云管理平台向租户展示的推荐的云资源计费策略的界面示意图；

图6是本申请实施例提供的一种VM的购买方法的示意图；

图7是本申请实施例提供的一种CCI的购买方法的示意图；

图8是本申请实施例提供的一种AS的购买方法示意图；

图9是本申请实施例提供的一种VM、CCE以及函数工作流的购买方法示意图；

图10是本申请实施例提供的一种云管理平台的结构示意图；

图11是本申请实施例提供的一种计算设备的结构示意图；

图12是本申请实施例提供的一种计算设备集群的结构示意图；

图13是本申请实施例提供的另一种计算设备集群的结构示意图。

具体实施方式

为了使本申请提供的技术方案更清晰，下面首先对本申请以下实施例涉及到的术语和应用场景进行详细说明。

云计算：是一种互联网技术(internet technology,IT)基础设施的交付和使用模式。在这种模式下，云服务提供商建立云数据中心，云数据中心包括大量基础设施，例如：计算资源、存储资源和网络资源，其中，计算资源可以是大量的计算设备(如服务器)，存储资源可以是大量的存储设备(如磁盘)，网络资源可以是大量的网络设备(如路由器和网卡)。云计算是集中化的、距离终端设备较远，终端设备包括：终端服务器、智能手机、笔记本电脑、平板电脑、个人台式电脑、摄像头、传感器等。因此，对于实时性要求高的业务(如直播)，把业务部署在云数据中心会引起网络延时变长、网络拥塞以及服务质量下降等问题；而终端设备通常计算能力不足，无法与云端相比，在此情况下，边缘计算顺应而生。

边缘计算：是一种云计算模式的补充，在这种模式下，云服务提供商通过在靠近终端设备的区域建立边缘节点集群，将云端的计算能力延伸到靠近终端设备的边缘节点集群上，从而有效地应对实时性要求高的业务。其中，边缘节点集群也包括许多基础设施，但相较于云数据中心来说，边缘节点集群包括的基础设施较少。

在实际应用中，云服务提供商可通过云数据中心或边缘节点集群上的一种或多种云资源向租户提供云服务，其中，云数据中心上的云资源由云数据中心上的基础设施提供，边缘节点集群上的云资源由边缘节点集群上的基础设施提供。本申请实施例中，云数据中心上的云资源和边缘节点集群上的云资源可统称为云服务提供商拥有的云资源，云服务提供商拥有的云资源可包括以下一种或多种：VM、BMS、容器(如云容器引擎(cloud containerengine,CCE)、云容器实例(cloud container instance,CCI))、函数工作流等计算实例，OBS、EVS等存储实例，EIP、NAT网关等网络实例。

值得注意的一点是，上述各种云资源可以具有不同的名称。例如，不同标准、同一标准的不同版本、或不同云服务提供商对上述各种云资源可以具有不同的称呼，比如说“VM”也可称为云服务器(elastic compute service,ECS)或弹性实例。

云服务提供商可通过图1示出的方式向租户提供云服务。如图1所示，云管理平台100提供访问接口(如用户界面(user interface,UI)或应用程序编程接口(applicationprogramming interface,API))，租户200可操作客户端(如浏览器)远程接入上述访问接口以在云管理平台100上注册云账号和密码，以及通过云账号和密码登录云管理平台100。云管理平台100对云账号和密码鉴权成功后，租户200可进一步在上述访问接口输入或选择与想要实现的云服务相关的信息，之后，云管理平台100根据上述信息配置云服务提供节点300，并通过配置好的云服务提供节点300向租户200提供相应的云服务。其中，云服务提供节点300包括云数据中心上的云资源和边缘节点集群上的云资源中的至少一种。

在具体实现中，云服务提供商通常以免费或付费的形式向租户提供云服务。对于付费的云服务来说，由于租户是通过租用云服务提供商拥有的云资源来获取云服务，因此租户需要向云服务提供商支付云资源的使用价格。

本申请实施例提供了一种云资源的计费方法，该方法通过分析租户业务所需的云资源的历史使用情况，向租户提供更为优惠的云资源购买策略，从而降低租户使用云资源的成本。

具体地，该方法基于以下原理实现：

业务是波动变化的，例如：在时段A该业务的业务量剧增，而在时段B该业务的业务量剧减。因此，在不同时间段执行业务时需要调用的云资源的量(即在不同时间段业务所需的云资源的量)是不同的，例如：在时间段A需要调用更多的云资源才能执行该业务，而在时间段B需要调用较少的云资源就可以执行该业务。基于这一现象，业务所需的云资源可以划分为两部分：基础云资源和波动云资源，其中，基础云资源是指执行业务时需要使用到的、最少的云资源；波动云资源是指在实际情况下，除了基础云资源外，执行业务时还需使用到的云资源。例如：在过去一个月内，执行业务最少需要使用到100台VM，最多需要使用到150台VM，那么，基础云资源是100台VM，波动云资源是50台VM。

经研究发现，对于同等的云资源，包周期计费比按需计费更加优惠(例如可优惠30％-50％)，包年付费比包月付费更加优惠。因此，本申请实施例提出：基于业务所需的云资源的历史使用情况，估算出未来业务所需的基础云资源的量，然后将这部分估算出的基础云资源的计费策略配置为包周期计费，将业务在实际执行过程中所需的波动云资源的计费策略配置为按需计费。相较于现有技术中的“按需计费”策略和“包周期计费”策略，本申请实施例提出的“包周期+按需计费”策略更为优惠，理由如下：“按需计费”策略是一种后付费策略，即按照云资源的实际使用时长计费，例如，秒级计费，按小时结算。“包周期计费”策略是一种预付费策略，即按照云资源的购买周期(月或年)计费。“包周期+按需计费”策略是一种组合计费策略，它相当于将业务所需的一部分云资源按照“包周期计费”策略付费，另一部分云资源按照“按需计费”策略付费。相较于“按需计费”策略中将业务所需的所有云资源均按照按需计费来说，上述组合计费策略的价格更为优惠。而“包周期计费”策略中为了保证业务的正常执行，租户一般需要支付超过云资源实际使用量的包周期费用，这不仅可能会增加租户使用云资源的成本，还可能会造成资源的浪费，因此上述组合计费策略比“包周期计费”策略更为优惠，且不会造成资源的浪费。

下面结合图2对上述云资源的计费方法进行详细地描述。其中，为了便于理解该方法，本申请实施例将基于图1示出的应用场景对其展开描述。

S101：云管理平台100确定租户200输入或选择的配置信息。

具体地，租户200通过操作客户端(如浏览器)远程接入云管理平台100提供的访问接口(如UI或API)，然后通过该访问接口在云管理平台100上进行操作(包括输入或选择配置信息)，使得云管理平台100能够确定租户200输入或选择的配置信息。其中，租户输入或选择的配置信息包括租户业务的相关信息，例如：租户标识(如租户的云账号和密码)、租户业务的名称和租户业务所需的云资源的配置信息。租户业务是指租户200想要部署的一个或多个业务。租户业务所需的云资源是指运行租户业务时需要使用到的一种或多种云资源，具体可包括VM、容器(如CCE、CCI)、BMS、函数工作流等计算实例，OBS、EVS等存储实例，EIP、NAT网关等网络实例中的一种或多种。租户业务所需的云资源的配置信息例如可包括云资源的类型及规格，应理解，本申请实施例不对上述配置信息具体包括哪些内容进行限定，其实际包括的内容可根据具体使用到的云资源的类型、规格以及租户业务的需求进行适应性地改变，比如说，当租户业务所需的云资源是VM时，云资源的配置信息可包括VM所属的虚拟私有云(virtual private cloud，VPC)、子网及宿主机等；当租户业务所需的云资源是EIP时，云资源的配置信息可包括与该EIP绑定的实例(如VM、BMS或VPC)、EIP的带宽大小、EIP的网络地址等。

以租户业务所需的云资源是VM为例，对上述配置信息进行说明：

首先，租户200通过云管理平台100提供的访问接口使用已注册的云账号和密码登录到云管理平台100。之后，如图3所示，云管理平台100通过UI 400向租户200展示云服务提供商提供的、可供租户使用的多种云资源，例如：VM、BMS、OBS、EIP、AS、容器、函数工作流等，租户可根据自身的业务需求从中选择合适的云资源(此处是VM)。从图中可以看出，租户点击“VM”选项后，跳转进入VM购买界面(即UI 500)。除此之外，UI400还提供“云资源搜索”框，租户可直接在该框中输入想要使用的云资源(如VM)，如此，也可以进入UI500。

UI500包括“计费策略”、“业务名称”、“区域(region)”、“可用区(availabilityzones,AZ)”、“规格”、“网络”、“VM名称”等多个栏目。租户可根据UI500的提示进行如下操作：从云管理平台100提供的多种云资源的计费策略中选择合适的计费策略，即当租户点击“包年/包月”策略时，云管理平台100将按照VM的购买周期计费；当租户点击“按需计费”策略时，云管理平台100将按照VM的实际使用时长计费；当租户点击“推荐计费”策略时，云管理平台100将执行本申请实施例提供的云资源的计费方法(即S101-S104)向租户推荐更为优惠的计费策略。租户还可以在“区域”和“可用区”栏目处选择VM所属的数据中心的位置，在“规格”栏目处选择VM的具体规格(如VM处理器核数(即vCPU的核数)、内存大小、VM的规格名称(如通用计算型s7系列、通用计算增强型c6系列))，在“网络”栏目处选择VM所属的VPC及子网，这样，云管理平台100便可以在相应数据中心的VPC上的子网中选择支持该规格的服务器，以及在该服务器上创建设置有该规格的VM。租户还可以在“业务名称”栏目处填写该VM用于实现的业务的名称，在“VM名称”栏目后填写VM的名称。之后，如果租户点击“确定”选项，则云管理平台100即可接收到上述配置信息；如果租户点击“取消”选项，则云管理平台100将返回上一级菜单(如UI400)，这样云管理平台100将不会接收到上述配置信息。

应理解，图3仅是示例性地展示了一种用于购买VM的UI，从而示例性地描述了当租户业务所需的云资源是VM时，VM的配置信息所包含的内容。在实际应用中，用于购买VM的UI可不包括“规格”等栏目，那么VM的配置信息将不包括VM的规格等信息；或者，用于购买VM的UI除上述配置项外，还包括其他配置项，那么VM的配置信息还可包括其他配置信息，例如：UI500还可包括“购买数量”选项，租户200可在该栏目处选择想要购买的VM数量，此时VM的配置信息还可以包括VM的购买数量。

S102：云管理平台100根据上述配置信息确定租户业务对于云资源的需求。

具体地，云管理平台100根据上述配置信息获取租户业务的云资源的历史使用情况，然后根据该云资源的历史使用情况确定可满足租户业务需求的最少云资源量。其中，租户业务的云资源的历史使用情况用于表征租户业务在历史时间对于云资源的需求，具体可包括在历史时间运行租户业务时需要耗费的云资源的量(包括已使用的云资源的数量及规格)。上述可满足租户需求的最少云资源量是指基础云资源的量，基础云资源的量包括基础云资源的数量和基础云资源的规格。

在一些实施例中，云管理平台100具有监控云资源的使用情况的功能，具体地：在使用云资源来运行租户业务时，云管理平台100会实时或定期(1小时)采集并记录云资源的使用数据，其中，云资源的使用数据包括云资源的使用数量、云资源的规格和云资源的利用率等能够表征云资源的使用情况的数据。这相当于云管理平台100在租户业务的运行过程中，采集并记录相关云资源的使用情况。由于租户业务可包括至少一个业务，下面将以租户业务中的一个业务(即第一业务)为例，对云管理平台100根据上述配置信息获取租户业务的云资源的使用情况的具体实现方式进行描述：

方式1、此次云资源的购买非首次购买，即是租户200第N次(N是大于1的正整数)在云管理平台100上购买云资源来运行第一业务。

在这种情况下，说明在历史时间使用过云资源来运行第一业务，换言之，云管理平台100会在上述历史时间记录运行第一业务时相关云资源的使用数据(即第一业务的云资源的历史使用情况)。那么，当租户第N次购买云资源来运行第一业务时，云管理平台100可根据上述S101中的的配置信息获取租户标识和租户业务的标识(此处为第一业务的标识)，然后根据租户标识和第一业务的标识获取第一业务的云资源的历史使用情况。

方式2、此次云资源的购买是首次购买，即是租户200首次在云管理平台100上购买云资源来运行第一业务。

在这种情况下，云管理平台100可允许先使用云资源来运行第一业务，在运行过程中，采集并记录云资源的使用情况，并在运行一段时间后，将上述记录到的云资源的使用情况作为第一业务的云资源的历史使用情况。这样，云管理平台100将会在第一业务运行一段时间后才能生成云资源的计费策略，相应的，租户200可在第一业务运行一段时间后再支付云资源的使用费用。如此，尽管租户200是首次在云管理平台100上购买云资源来运行第一业务，也可享有优惠的云资源购买价格。

方式3、上述配置信息包括第一业务的云资源的历史使用情况，即租户200通过云管理平台100提供的访问接口将第一业务的云资源的历史使用情况上传云管理平台100，如此，云管理平台100也可获取第一业务的云资源的历史使用情况。

应理解，除上述3种方式外，云管理平台100还可采用其他的方式来根据上述配置信息获取第一业务的云资源的使用情况，对此本申请实施例不作限定。而且，除第一业务之外，关于租户业务所包括的其他业务，云管理平台100也可采用上述方式1-方式3或其他方式来获取其云资源的使用情况。

接下来，仍以租户业务中的第一业务为例，对云管理平台100根据租户业务的云资源的历史使用情况确定可满足租户业务的最少云资源量(即基础云资源的量)的具体实现方式进行说明：

方式1、由前文可知，第一业务的云资源的历史使用情况包括在多个历史时间段内云资源的使用数量和规格，因此第一业务的基础云资源的规格为在上述多个历史时间段内云资源的规格，第一业务的基础云资源的数量为在上述多个历史时间段内云资源的最小使用数量。

方式2、云管理平台100根据第一业务的云资源的历史使用情况获取多个历史时间段内云资源的使用数量和规格，然后计算在上述多个历史时间段内云资源的使用数量的方差(或均值)，那么第一业务的基础云资源的规格为在上述多个历史时间段内云资源的规格，第一业务的基础云资源的数量为上述计算出的方差值(或均值)。

方式3、云管理平台100将第一业务的云资源的历史使用情况输入人工智能(artificial intelligence,AI)模型(例如：反向传播(back propagation,BP)神经网络模型、随机森林模型)，经过AI模型的学习预测出第一业务的基础云资源的量。

应理解，除上述3种方式外，云管理平台100还可采用其他的方式来根据第一业务的云资源的历史使用情况确定可满足第一业务需求的最少云资源量，对此本申请实施例不作限定。而且，除第一业务之外，关于租户业务所包括的其他业务，云管理平台100也可采用上述方式1-方式3或其他方式来确定可满足其需求的最少云资源量。

通过上述方式可确定租户业务中的各个业务对应的最少云资源量，那么，可满足租户业务需求的最少云资源量是上述各个业务对应的最少云资源量之和。

在一些实施例中，租户业务是波动的，那么在某些情况下(如租户业务的业务量增加)，基础云资源可能无法满足租户业务的需求，换言之，租户业务在运行过程中除了需要基础云资源，还可能需要波动云资源。因此，可选的，租户业务对于云资源的需求除了可包括上述基础云资源的量，还可包括波动云资源的量。其中，云管理平台100确定波动云资源的量的实现方式与上述确定基础云资源的量的实现方式类似，为此本申请实施例不再对其展开描述。

S103：云管理平台100根据租户业务对于云资源的需求生成云资源的计费策略。

由前文可知，对于同等的云资源，包周期计费比按需计费更加优惠。因此，云管理平台100根据租户业务对于云资源的需求生成云资源的计费策略，包括：云管理平台100将基础云资源的量按照“包周期计费”策略进行计费。

进一步地，由于“包周期计费”一般分为“包年计费”和“包月计费”两种，且“包年计费”比“包月计费”更加优惠，因此云管理平台100将基础云资源的量按照“包周期计费”策略进行计费，包括：云管理平台100将基础云资源的量按照“包年计费”策略进行计费。

可选的，由于租户业务对于云资源的需求还包括波动云资源的量，因此，云管理平台100根据租户业务对于云资源的需求生成云资源的计费策略，还包括：云管理平台100根据波动云资源的量生成波动云资源的计费策略。对此，本申请实施例提出了以下几种计费方式：

方式1、云管理平台100将波动云资源的量全部按照“按需计费”策略进行计费。

方式2、云管理平台100将一部分波动云资源的量按照“包月计费”策略进行计费，另一部分波动云资源的量按照“按需计费”策略进行计费。

应理解，在实际应用中可能存在以下情况：租户业务在特定时间段所需的云资源的量远超过基础云资源的量，此时如果按照方式2对波动云资源的量进行计费，则租户需要支付的费用远少于按照方式1对波动云资源的量进行计费的费用。

具体实现中，云管理平台100先根据租户业务的云资源的历史使用情况，确定租户业务在哪几个月的云资源使用量大于基础云资源的量，从而确定这几个月的波动云资源的量。然后，将上述确定的波动云资源的量按照“包月计费”策略进行计费。如果在租户业务的实际运行中，上述确定的基础云资源和波动云资源的量仍然无法满足租户业务的需求，则将那部分额外需要的波动云资源的量按照“按需计费”策略进行计费。

举例而言，假设云管理平台100通过分析租户业务的云资源的历史使用情况，确定租户业务在未来一年的4月和10月所需的云资源的量(分别是至少150台VM和至少200台VM)大于基础云资源的量(100台VM)。在这种情况下，云管理平台100可以提示租户200按照“包年计费”策略购买100台VM，并在3月底提示租户200按照“包月计费”策略继续购买50台VM，以满足4月所需的至少150台VM的要求，在9月底提示租户200按照“包月计费”策略继续购买100台VM，以满足10月所需的至少200台VM的要求，对于运行租户业务时所需的额外云资源的量将提示租户200按照“按需计费”策略进行购买。这样，租户200只需支付100台VM的包年费用、150(50+100)台VM的包月费用以及按需购买的费用，从而可减少租户200支付的费用。

需要说明的是，为了提高方式2所描述的计费策略的可靠性，云管理平台100应准确地确定按照“包月计费”策略进行计费的那部分波动云资源的量，即这部分波动云资源的量不应是因偶尔的业务波动而导致的。例如：租户业务是机票订购业务，则每年放长假的月份(如春运月份)应是该业务的高峰期，因此，如果云管理平台100确定按照“包月计费”策略对未来放长假的月份对应的波动云资源的量进行计费，则这种计费策略是可靠的；相反的，如果云管理平台100确定按照“包月计费”策略对非放长假的月份对应的波动云资源的量进行计费，则这种计费策略是不可靠的。

可选的，云管理平台100还执行以下步骤：将云管理平台100生成的云资源的计费策略提供给租户200，以使租户200可查看到上述云资源的计费策略。

可选的，云管理平台100生成的云资源的计费策略的数量可以是一个或多个。

进一步地，在云管理平台100生成多个云资源的计费策略时，云管理平台100可向租户200提供上述多个云资源的计费策略，以使租户200从中选择一个合适的计费策略，或者，云管理平台100还可向租户200提供上述多个云资源的计费策略中的最优计费策略(如价格最优惠的计费策略)。

更进一步地，云管理平台100还可向租户200提供上述多个云资源的计费策略的详情。例如：如图4所示，云管理平台100通过UI 600向租户200提供两个云资源的计费策略(即计费策略A和计费策略B)，以及推荐的最优计费策略(即计费策略B)。云管理平台100还通过UI 600向租户200提供上述两个计费策略的详情，即，计费策略A包括：按照“包年计费”策略对100台规格是C6系列(规格名称)、32U(VM处理器核数是32核)、64G(VM内存大小是64G)的VM进行计费，以及按照“按需计费”策略对250-800台规格是C6系列、32U、64G的VM进行计费；计费策略B包括：按照“包年计费”策略对100台规格是C6系列、32U、64G的VM进行计费，在4月按照“包月计费”策略对50台规格是C6系列、32U、64G的VM进行计费，在10月按照“包月计费”策略对100台规格是C6系列、32U、64G的VM进行计费，以及按照“按需计费”策略对100-600台规格是C6系列、32U、64G的VM进行计费；按照计费策略B计费的价格比按照计费策略A计费的价格降低至少30％。如此，可使得租户200了解云管理平台100为什么会向租户推荐这两个计费策略，以及为什么最优的计费策略是计费策略B。在实际应用中，如果租户200想要选择云管理平台100推荐的计费策略B，则租户200可点击“计费策略B”选项，这样，云管理平台100将会按照计费策略B进行计费。另外，如果租户200根据上述两个计费策略的详情确定计费策略A更适合自身的业务需求，则租户200可点击“计费策略A”选项，这样，云管理平台100将会按照计费策略A进行计费。

可选的，租户200授权云管理平台100购买租户业务所需的云资源。具体地，租户200预先在其云账号中充值，云管理平台100在生成云资源的计费策略后，可根据该计费策略自动从租户200的云账号中扣费，从而实现云资源的购买。

应理解，租户200购买云资源后，便可将租户业务部署到这些已购买的云资源上。由于上述云资源的计费策略中可能包括“按需计费”策略，按照“按需计费”策略进行计费需要支付更多的费用，那么租户200应如何部署租户业务才能尽可能少的使用到按照“按需计费”策略进行计费的云资源，从而减少支付费用呢？对此，本申请实施例提出：云管理平台100向租户200提供业务部署策略。

具体地，云管理平台100根据目标计费策略确定基础云资源列表，然后向租户200提供基础云资源列表，以使得租户200可根据基础云资源列表优先将租户业务部署在基础云资源上。其中，当上述S103中云管理平台100仅生成一个云资源的计费策略时，目标计费策略即是该云资源的计费策略；当上述S103中云管理平台100生成多个云资源的计费策略时，目标计费策略可以是租户200从上述多个云资源的计费策略中选择的任一个，或是云管理平台100从上述多个云资源的计费策略中选择的任一个。基础云资源列表包括租户业务的标识和租户200已购买的基础云资源的标识之间的映射关系。

进一步地，当租户业务包括第一业务和第二业务时，基础云资源列表包括两部分：一部分是第一业务的标识和用于运行第一业务的基础云资源的标识之间的映射关系，另一部分是第二业务的标识和用于运行第二业务的基础云资源的标识之间的映射关系。应理解，由于可满足租户业务需求的最少云资源量(基础云资源的量)是第一业务的基础云资源的量与第二业务的基础云资源的量之和，因此，云管理平台100可以确定第一业务的基础云资源的量和第二业务的基础云资源的量，从而可以确定第一业务的基础云资源的标识和第二业务的基础云资源的标识。

举例而言，目标计费策略是计费策略B，租户业务包括第一业务和第二业务。如图5所示的云管理平台100向租户200展示的UI 700，从图中可以看出，在已购买的基础云资源中(100台VM)中，云管理平台100推荐将其中的40台VM用于运行第一业务，剩余的60台VM用于运行第二业务。租户200还可点击“基础云资源列表”选项查看用于运行第一业务的40台VM的标识依次是VM1-VM40，用于运行第二业务的60台VM的标识依次是VM41-VM100。这样，租户200可以根据上述基础云资源列表，将第一业务优先部署到VM1-VM40标识的VM上运行，将第二业务优先部署到VM41-VM100标识的VM上运行。

可选的，租户200还可授权云管理平台100将租户业务部署到已购买的云资源上，以保证以更低的成本实现租户业务的运行。在这种情况下，云管理平台100还可执行以下一个或多个步骤：

S104：云管理平台100根据目标计费策略部署租户业务。

在一些实施例中，目标计费策略包括“包周期计费”策略和“按需计费”策略，那么，云管理平台100根据目标计费策略部署租户业务，包括：云管理平台100根据目标计费策略确定基础云资源列表，然后根据基础云资源列表优先将租户业务部署到按照“包周期计费”策略计费的云资源(即基础云资源)上。在基础云资源用尽时，云管理平台100将租户业务部署到按照“按需计费”策略计费的云资源(即波动云资源)上。

进一步地，如果目标计费策略中的“包周期计费”策略分为“包年计费”策略和“包月计费”两种，则云管理平台100优先将租户业务部署到按照“包年计费”策略计费的云资源上。在这部分云资源用尽时，云管理平台100将租户业务部署到按照“包月计费”策略计费的云资源上。

由上述S101可知，租户业务可包括多个业务，例如：第一业务和第二业务。在一些实施例中，为了保证第一业务和第二业务的安全性，第一业务和第二业务需要进行隔离，即第一业务和第二业务不支持云资源的复用，在这种情况下，云管理平台100根据目标计费策略部署租户业务，包括：云管理平台100将第一业务优先部署到第一云资源上，将第二业务优先部署到第二云资源上。当第一云资源用尽时，将第一业务部署到按照“按需计费”策略计费的云资源上；当第二云资源用尽时，将第二业务部署到按照“按需计费”策略计费的云资源上。其中，按照“包周期计费”策略进行计费的云资源包括第一云资源和第二云资源，第一云资源和第二云资源是云管理平台100通过上述S102确定的，即第一云资源是可满足第一业务需求的基础云资源，第二云资源是可满足第二业务需求的基础云资源。

在另一些实施例中，第一业务和第二业务支持云资源的复用，那么在这种情况下，如果云管理平台100监控到运行第一业务时所需的云资源量大于第一云资源的量(例如第一业务的业务量增加)，且运行第二业务时所需的云资源量小于第二云资源的量(例如第二业务的业务量下降)，则云管理平台100可使用未使用的第二云资源来运行第一业务，即释放部署有部分第二业务的第二云资源，并将部分第一业务部署到上述释放的第二云资源上执行。具体地，云管理平台100根据基础云资源列表释放一部分第二业务的基础云资源，并获得这部分释放的基础云资源的标识，然后记录这部分释放的基础云资源的标识与第一业务的标识之间的映射关系，从而将这部分释放的基础云资源更改为用于运行第一业务的基础云资源。如此，可以提高基础云资源的利用率，减少按照“按需计费”策略进行计费的云资源量，从而降低租户200使用云资源的成本。

本申请实施例中，当租户200选择按照云管理平台100推荐的计费策略购买云资源(即租户200点击UI 400中的“推荐计费”选项)时，云管理平台100可定期(如1个月或1年)执行一次上述S101-S104，如此，可使云资源的计费策略更适应于租户业务的变化，从而降低租户200使用云资源的成本。

下面通过几个具体的例子进一步介绍上述云资源的计费方法。

示例1：租户业务是单一业务

以租户业务所需的云资源是VM为例进行说明：如图6所示，当租户200授权云管理平台100根据生成的计费策略购买VM时，云管理平台100首先查询该租户业务对于VM的历史使用情况，然后根据查询结果确定未来半年内可满足租户业务需求的基础云资源的量(100台规格为C6系列、32U、64G的VM)，之后再根据上述确定的基础云资源的量生成相应的计费策略。其中，该计费策略包括：按照“包月计费”策略对上述100台规格为C6系列、32U、64G的VM进行计费，且购买时长为6个月；按照“按需计费”策略对租户业务运行过程额外需要使用到的VM进行计费。云管理平台100根据上述计费策略先包月(6个月)购买100台规格为C6系列、32U、64G的VM，在VM购买成功之后，优先将租户业务部署到包月购买的100台VM上运行，当这100台VM上的资源均被占用时，自动申请按需购买额外的VM。

示例2：租户业务是多业务

以租户业务包括第一业务和第二业务，第一业务和第二业务支持云资源的复用，且租户业务所需的云资源是CCI为例进行说明：如图7所示，当租户200授权云管理平台100根据生成的计费策略购买CCI时，云管理平台100首先查询第一业务的云资源的历史使用情况和第二业务的云资源的历史使用情况，然后根据第一业务的云资源的历史情况确定未来一年内可满足第一业务需求的基础云资源的量(100个规格为32U、256G的CCI)，根据第二业务的云资源的历史情况确定未来一年内可满足第二业务需求的基础云资源的量(50个规格为32U、256G的CCI)，之后再根据上述确定的两个基础云资源的量之和(150个规格为32U、256G的CCI)生成相应的计费策略。其中，该计费策略包括：按照“包年计费”策略对上述150个规格为32U、256G的CCI进行计费，且购买时长为1年；按照“按需计费”策略对第一业务和第二业务运行过程额外需要使用到的CCI进行计费。云管理平台100根据上述计费策略先包年(1年)购买150个规格为32U、256G的CCI，在CCI购买成功之后，优先将第一业务和第二业务部署到包年购买的150个CCI上运行，当这150个CCI上的资源均被占用时，自动申请按需购买额外的CCI。除此之外，如果云管理平台100监控到第一业务在运行过程仅使用到80个CCI，而第二业务在运行过程需要使用到120个CCI，此时，云管理平台100会优先将第二业务部署到属于第一业务的20个CCI上，这样便可以将第二业务部署到70个CCI上，相应的，租户200仅需按需购买50个CCI。

示例3：租户业务使用到AS服务，即租户业务所需的云资源包括AS组

AS服务是一种根据租户业务需求自动调整租户业务所需的云资源(主要是VM和EIP)的服务，它可以根据租户业务需求自行定义伸缩配置和伸缩策略，降低应对租户业务波动和高峰压力时人为反复调整云资源的工作量，帮助租户节约资源和人力成本。

实现AS服务需要租户200在云管理平台100上创建AS组，AS组是具有相同属性和应用场景的VM和伸缩策略的集合，是启停伸缩策略和进行伸缩活动的基本单位。一般地，创建AS组需要租户200支付相应的费用。而且，在创建AS组时，需要租户输入或选择AS组中包括的最大实例数和最小实例数，其中，最大实例数是指AS组中VM数量的最大值，最小实例数是指AS组中VM数量的最小值。如此，在运行租户的过程中，便可使用伸缩策略设定的条件自动增加或减少AS组中的VM数量，或维持AS组中固定的VM数量。

如图8所示，当租户200授权云管理平台100根据生成的计费策略购买AS组时，云管理平台100首先查询该租户业务对于VM的历史使用情况，然后根据查询结果确定未来3个月内可满足租户业务需求的基础云资源的量(100台规格为C6系列、32U、64G的VM)，之后再根据上述基础云资源的量确定需要购买的AS组中的最小实例数(即最小实例数为100)且实例的规格是C6系列、32U、64G。关于需要购买的AS组中的最大实例数及其规格，可以由租户200指定，也可以由云管理平台100还根据上述查询结果确定，例如：AS组中的最大实例数及其规格为500台规格为C6系列、32U、64G的VM。之后，云管理平台100根据上述确定的最小实例数及其规格和最大实例数及其规格生成相应的计费策略，其中,该计费策略包括：按照“包月计费”策略对AS组中的最小实例数(100台规格为C6系列、32U、64G的VM)进行计费，且购买时长为3个月；AS组中的最小实例数和最大实例数之间的扩容云资源(即400台规格为C6系列、32U、64G的VM)按照“按需计费”策略进行计费；当租户业务的业务量减少而需要减容时，云管理平台100根据基础云资源列表中记录的VM标识，优先释放按照“按需计费”策略进行计费的VM。在AS组购买成功之后，优先将租户业务部署到AS组中的最小实例数对应的VM上运行，当租户业务需求增加而导致最小实例数对应的VM均被占用时，自动按需购买其他VM，当业务需求下降时，自动删除按需购买的VM。

示例4：租户业务所需的云资源包括多种云资源

以租户业务所需的云资源包括VM、CCE以及函数工作流为例：

在一些实施例中，CCE本身不收取费用，但在使用过程中会创建相关资源(此处为集群，集群包括多个VM)，租户200需要支付集群的管理费用，以及集群在创建和使用过程中所需的VM费用。另外，集群中的各个VM在运行业务的过程中还需要使用函数工作流，因此租户200还需要支付函数工作流的使用费用。

如图9所示，当租户200授权云管理平台100根据生成的计费策略购买云资源时，云管理平台100首先查询该租户业务对于各个云资源的历史使用情况，即分别查询租户业务对于VM的历史使用情况、CCE的历史使用情况以及函数工作流的历史使用情况，然后根据上述查询结果确定未来1个月内可满足租户业务需求的各个基础云资源的量(CCE管理50台规格为C6系列、32U、64G的VM、200万次函数请求次数)，之后再根据上述确定的基础云资源的量生成相应的计费策略。其中，该计费策略包括：按照“包月计费”策略对上述50台规格为C6系列、32U、64G的VM、CCE对上述50台VM的管理费用、以及200万次函数请求次数进行计费，且购买时长为1个月；按照“按需计费”策略对租户业务运行过程额外需要使用到的VM、CCE的管理费用以及函数请求次数进行计费。云管理平台100根据上述计费策略购买云资源购买成功之后，优先将租户业务部署到包月购买的云资源上运行，当包月购买的云资源均被占用时，自动申请按需购买额外的云资源。

应理解，上述4个示例仅是为了帮助本领域技术人员更好地理解本申请实施例提供的云资源的计费方法，而非要限制本申请实施例的范围。本领域技术人员可对所给出的4个示例进行各种等价的修改或变化，例如：上述示例1中租户业务所需的云资源是CCI、BMS等其他云资源，或上述示例1中云资源的计费策略是由租户200确定的；本领域技术人员还可对上述任意两种或者任意多种示例进行组合，例如，将示例1和示例4进行组合可得到当租户业务是单一业务，且该业务所需的云资源包括多种云资源的示例。

本申请实施例中，云管理平台100具有的上述功能既可以由软件系统实现、也可以由硬件设备实现、还可以由软件系统和硬件设备结合实现。而且，云管理平台100的部署灵活，它可以是云数据中心上的一台或多台服务器，也可以是部署在云数据中心上的服务器或虚拟机上的软件装置，该软件装置可以分布式地部署在多台服务器上、或者分布式地部署在多台VM上、或者分布式地部署在服务器和VM上。

图10示例性地展示了一种云管理平台100的结构示意图。如图10所示，云管理平台100包括确定模块110和计费模块120。可选的，云管理平台100还包括业务调度模块130。其中，确定模块110、计费模块120以及业务调度模块130协同工作，以实现上述方法实施例中云管理平台100执行的步骤。具体地，确定模块110用于执行上述S101-S102；计费模块120用于执行上述S103；业务调度模块130用于执行上述S104。

本申请实施例中，确定模块110、计费模块120以及业务调度模块130均可以通过软件实现，或者可以通过硬件实现。示例性的，接下来以确定模块110为例，介绍确定模块110的实现方式。类似的，计费模块120和业务调度模块130的实现方式可以参考确定模块110的实现方式。

作为软件功能单元的一种举例，确定模块110可以包括运行在计算实例上的代码。其中，计算实例可以包括物理主机(计算设备)、虚拟机、容器中的至少一种。进一步地，上述计算实例可以是一台或者多台。例如，确定模块110可以包括运行在多个主机/虚拟机/容器上的代码。需要说明的是，用于运行该代码的多个主机/虚拟机/容器可以分布在相同的region中，也可以分布在不同的region中。进一步地，用于运行该代码的多个主机/虚拟机/容器可以分布在相同的AZ中，也可以分布在不同的AZ中，每个AZ包括一个数据中心或多个地理位置相近的数据中心。其中，通常一个region可以包括多个AZ。

同样，用于运行该代码的多个主机/虚拟机/容器可以分布在同一个VPC中，也可以分布在多个VPC中。其中，通常一个VPC设置在一个region内，同一region内两个VPC之间，以及不同region的VPC之间跨区通信需在每个VPC内设置通信网关，经通信网关实现VPC之间的互连。

作为硬件功能单元的一种举例，确定模块110可以包括至少一个计算设备，如服务器等。或者，确定模块110也可以是利用专用集成电路(application-specific integratedcircuit,ASIC)实现、或可编程逻辑器件(programmable logic device,PLD)实现的设备等。其中，上述PLD可以是复杂程序逻辑器件(complex programmable logical device,CPLD)、现场可编程门阵列(field-programmable gate array,FPGA)、通用阵列逻辑(generic array logic,GAL)或其任意组合实现。

确定模块110包括的多个计算设备可以分布在相同的region中，也可以分布在不同的region中。确定模块110包括的多个计算设备可以分布在相同的AZ中，也可以分布在不同的AZ中。同样，确定模块110包括的多个计算设备可以分布在同一个VPC中，也可以分布在多个VPC中。其中，所述多个计算设备可以是服务器、ASIC、PLD、CPLD、FPGA和GAL等计算设备的任意组合。

需要说明的是，在其他实施例中，确定模块110可以用于执行上述S101-S104中的任意步骤，计费模块120可以用于执行上述S101-S104中的任意步骤，业务调度模块130可以用于执行上述S101-S104中的任意步骤，确定模块110、计费模块120和业务调度模块130负责实现的步骤可根据需要进行指定，通过确定模块110、计费模块120和业务调度模块130分别实现上述分布式服务生成方法(包括上述S101-S104)中不同的步骤来实现分布式服务生成系统的全部功能。

本申请实施例还提供一种计算设备。如图11所示，计算设备400包括总线410、处理器420、存储器430以及通信接口440。处理器420、存储器430和通信接口440之间通过总线410通信。计算设备400可以是服务器或终端设备。应理解，本申请实施例不限定计算设备400中的处理器、存储器的个数。

总线410可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条线表示，但并不表示仅有一根总线或一种类型的总线。总线410可包括在计算设备400各个部件(例如：存储器430、处理器420、通信接口440)之间传送信息的通路。

处理器420可以包括CPU、图形处理器(graphics processing unit,GPU)、微处理器(micro processor,MP)或者数字信号处理器(digital signal processor,DSP)等处理器中的任意一种或多种。

存储器430可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory,RAM)。处理器420还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory,ROM)，快闪存储器，机械硬盘(hard diskdrive,HDD)或固态硬盘(solid state drive,SSD)。

存储器430中存储有可执行的程序代码，处理器420执行该可执行的程序代码以分别实现前述确定模块110、计费模块120和业务调度模块130的功能，从而实现前文所描述的云资源的计费方法(包括上述S101-S104)。也即，存储器430上存有用于执行前文所描述的云资源的计费方法的指令。

通信接口440使用例如但不限于网络接口卡、收发器一类的收发模块，来实现计算设备400与其他设备或通信网络之间的通信。

本申请实施例还提供了一种计算设备集群。该计算设备集群包括至少一台计算设备。该计算设备可以是服务器，例如是中心服务器、边缘服务器，或者是本地数据中心中的本地服务器。在一些实施例中，计算设备也可以是台式机、笔记本电脑或者智能手机等终端设备。

如图12所示，所述计算设备集群包括至少一个计算设备400。计算设备集群中的一个或多个计算设备400中的存储器430中可以存有相同的用于执行上述云资源的计费方法的指令。

在一些可能的实现方式中，该计算设备集群中的一个或多个计算设备400的存储器430中也可以分别存有用于执行上述云资源的计费方法的部分指令。换言之，一个或多个计算设备400的组合可以共同执行用于执行上述云资源的计费方法的指令。

需要说明的是，计算设备集群中的不同的计算设备400中的存储器430可以存储不同的指令，分别用于执行云管理平台100的部分功能。也即，不同的计算设备400中的存储器430存储的指令可以实现确定模块110、计费模块120和业务调度模块130中的一个或多个模块的功能。

在一些可能的实现方式中，计算设备集群中的一个或多个计算设备可以通过网络连接。其中，所述网络可以是广域网或局域网等等。图13示出了一种可能的实现方式。如图13所示，两个计算设备400(即图中的计算设备400A和计算设备400B)之间通过网络进行连接。具体地，通过各个计算设备中的通信接口与所述网络进行连接。在这一类可能的实现方式中，计算设备400A中的存储器430中存有执行确定模块110和业务调度模块130的功能的指令。同时，计算设备400B中的存储器430中存有执行计费模块120的功能的指令。

图13所示的计算设备集群之间的连接方式可以是考虑到本申请实施例提供的上述云资源的计费方法需要进行大量地数据计算，因此考虑将计费模块120实现的功能交由计算设备400B执行。

应理解，图13中示出的计算设备400A的功能也可以由多个计算设备400完成。同样，计算设备400B的功能也可以由多个计算设备400完成。

本申请实施例还提供了一种包含指令的计算机程序产品。该计算机程序产品可以是包含指令的、能够运行在计算设备上或被储存在任何可用介质中的软件或程序产品。当该计算机程序产品在至少一个计算设备上运行时，使得至少一个计算设备执行前文所描述的云资源的计费方法。

本申请实施例还提供了一种计算机可读存储介质。该计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备，其中，可用介质可以是磁性介质(例如：软盘、硬盘、磁带)、光介质(例如：DVD)、或者半导体介质(例如：固态硬盘)等。该计算机可读存储介质包括指令，其中，指令指示计算设备执行前文所描述的云资源的计费方法，或指示计算设备执行前文所描述的云资源的计费方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的保护范围。

Claims (20)

1.一种云资源的计费方法，其特征在于，包括：

云管理平台确定租户选择或输入的、与待部署的一个或多个业务相关的配置信息；

所述云管理平台根据所述配置信息确定所述一个或多个业务对于云资源的需求；

所述云管理平台根据所述一个或多个业务对于云资源的需求生成所述云资源的计费策略，使得所述云管理平台对所述云资源进行计费。

2.根据权利要求1所述的方法，其特征在于，所述云管理平台根据所述配置信息确定所述一个或多个业务对于云资源的需求，包括：

所述云管理平台根据所述配置信息获取所述一个或多个业务的云资源的历史使用情况；

所述云管理平台根据所述云资源的历史使用情况确定可满足所述一个或多个业务的需求的最少云资源量。

3.根据权利要求2所述的方法，其特征在于，所述计费策略包括包周期计费策略和按需计费策略，所述一个或多个业务所需的云资源中的一部分按照所述包周期计费策略进行计费，所述一个或多个业务所需的云资源中的另一部分按照所述按需计费策略进行计费。

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

所述云管理平台根据所述云资源的计费策略将所述一个或多个业务优先部署到按照所述包周期计费策略计费的云资源上。

5.根据权利要求4所述的方法，其特征在于，所述多个业务包括第一业务和第二业务，所述云管理平台根据所述云资源的计费策略将所述一个或多个业务优先部署到按照所述包周期计费策略计费的云资源上，包括：

在所述第一业务或所述第二业务不支持云资源的复用时，所述云管理平台将所述第一业务和所述第二业务优先部署到不同的、按照所述包周期计费策略计费的云资源上。

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

在所述第二业务的业务量下降时，所述云管理平台释放部署有部分所述第二业务的云资源，将部分所述第一业务部署到所述释放的云资源上执行。

7.根据权利要求3-6任一项所述的方法，其特征在于，所述配置信息包括弹性伸缩AS组中的最小实例数量和最大实例数量，所述方法还包括：

所述云管理平台将所述最小实例数量对应的实例部署到按照所述包周期计费策略计费的云资源上。

8.根据权利要求1-7任一项所述的方法，其特征在于，还包括：

所述云管理平台向所述租户提供所述云资源的计费策略，以供所述租户进行选择。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述云资源包括虚拟机VM、容器、裸金属服务器BMS、函数工作流function graph中的一种或多种。

10.一种云管理平台，其特征在于，包括：

确定模块，用于确定租户选择或输入的、与待部署的一个或多个业务相关的配置信息，并根据所述配置信息确定所述一个或多个业务对于云资源的需求；

计费模块，用于根据所述一个或多个业务对于云资源的需求生成所述云资源的计费策略，使得所述云管理平台对所述云资源进行计费。

11.根据权利要求10所述的云管理平台，其特征在于，

所述确定模块，用于根据所述配置信息获取所述一个或多个业务的云资源的历史使用情况，根据所述云资源的历史使用情况确定可满足所述一个或多个业务的需求的最少云资源量。

12.根据权利要求11所述的云管理平台，其特征在于，所述计费策略包括包周期计费策略和按需计费策略，所述一个或多个业务所需的云资源中的一部分按照所述包周期计费策略进行计费，所述一个或多个业务所需的云资源中的另一部分按照所述按需计费策略进行计费。

13.根据权利要求12所述的云管理平台，其特征在于，还包括：

业务调度模块，用于根据所述云资源的计费策略将所述一个或多个业务优先部署到按照所述包周期计费策略计费的云资源上。

14.根据权利要求13所述的云管理平台，其特征在于，所述多个业务包括第一业务和第二业务，

所述业务调度模块，用于在所述第一业务或所述第二业务不支持云资源的复用时，将所述第一业务和所述第二业务优先部署到不同的、按照所述包周期计费策略计费的云资源上。

15.根据权利要求14所述的云管理平台，其特征在于，

所述业务调度模块，还用于在所述第二业务的业务量下降时，释放部署有部分所述第二业务的云资源，将部分所述第一业务部署到所述释放的云资源上执行。

16.根据权利要求12-15任一项所述的云管理平台，其特征在于，所述配置信息包括弹性伸缩AS组中的最小实例数量和最大实例数量，

所述业务调度模块，还用于所述云管理平台将所述最小实例数量对应的实例部署到按照所述包周期计费策略计费的云资源上。

17.根据权利要求10-16任一项所述的云管理平台，其特征在于，

所述计费模块，还用于向所述租户提供所述云资源的计费策略，以供所述租户进行选择。

18.根据权利要求10-17任一项所述的云管理平台，其特征在于，所述云资源包括虚拟机VM、容器、裸金属服务器BMS、函数工作流function graph中的一种或多种。

19.一种计算设备，其特征在于，包括处理器和存储器，所述处理器执行所述存储器中的计算机程序代码以实现前述权利要求1-9任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，存储有计算机程序代码，当所述计算机程序代码被计算设备执行时，所述计算设备执行前述权利要求1-9任一项所述的方法。