本发明涉及云计算技术领域，特别是一种基于动态资源的计费方法。
背景技术：
云计算的核心理念是让用户像用水用电那样使用计算资源，按需获取，按量计费。目前，云服务计费方式可分为基于静态资源计费和基于动态资源计费两类。商业应用的计费策略多数采用的是基于静态资源计费，如微软azure云平台用户按占用的云主机资源、带宽和存储空间来按小时付费，或是选择包月/年的计费方式。针对基于静态资源计费方式灵活性差，计费精确度低(只能精确到按小时计费)的问题，本申请提出一种基于动态资源的计费方法，它可根据用户实时资源使用情况提供更加灵活、精确、安全的计费方式，并且支持多种计费模式和付费模式。
近年来，云计算市场保持高速增长的趋势，云计算体系框架、虚拟化技术、容器技术、分布式存储等技术取得了空前的发展。云服务提供商通过有偿服务方式为用户提供灵活、可靠、稳定、安全的云资源或服务，因此云平台需要提供一套灵活、精确、安全的计费方案。
云服务按照服务类别大致可分为iaas(基础设施即服务)、paas(平台即服务)、saas(软件即服务)。iaas为云服务客户提供云能力类型中的基础设施能力；paas为云服务客户提供云能力类型中的平台能力；saas为云服务客户提供云能力。
目前的云服务主要采用租赁实体的模式计费，主要内容包括云主机配置、带宽、存储容量等，存在计费模式比较单一，支付环节安全性不高，用户的支付数据的保密性不强等缺陷。
技术实现要素：
本发明需要解决的技术问题是提供一种精确且安全的基于动态资源的计费方法。
为解决上述技术问题，本发明的一种基于动态资源的计费方法，包括以下步骤，
步骤s1：计费数据处理，采用amqp消息总线技术提供计费信息收集接口，采用stevedore的hook模式，在消息总线添加计费钩子，对收到的消息分类处理；
步骤s2：计费服务管理，调用接口api对云计算的各项服务进行计费，将产品的注册用户信息以及产品缴费情况数据信息发送至该系统，系统提供对缴费信息的查询管理和云计算服务产品的购买情况管理；
步骤s3：安全支付，数据使用128位ssl算法加密，采用多种付费模式进行支付。
进一步的，步骤s1中采用多种计费模型noop，hashmap和pyscripts，允许同时启动多个计费模型，并根据设置的优先级完成执行费用计算。
进一步的，步骤s3支付模式包括预付费账户和后付费账户。
进一步的，步骤s3的中可以采用的支付方式包括第三方支付、网银支付和线下支付。
采用上述方法后，本发明可根据用户实时资源使用情况进行更加灵活、精确的计费，提供计费数据持久化保存、支付数据加密等安全保障，并且支持丰富的计费模式和支付方式。
附图说明
下面结合附图和具体实施方式对本发明作进一步详细的说明。
图1为本发明hashmap模型中模块数据结构图。
图2为本发明动态资源计费数据源图。
具体实施方式
本发明的一种基于动态资源的计费方法，包括以下步骤，
步骤s1：计费数据处理，采用amqp消息总线技术提供计费信息收集接口，采用stevedore的hook模式，在消息总线添加计费钩子，对收到的消息分类处理。采用amqp(消息总线)技术提供计费信息收集接口，采用stevedore的hook模式，在消息总线添加计费钩子，对收到的消息分类处理。利用mongodb、mysql等数据库持久化保存计费信息。
灵活根据服务实例对象、业务计费策略，对计费信息进行梳理、合并及分类，实现关键计费数据的持久化存储和大规模数据处理。
一般能允许用户根据实际需求设定计费规则并且根据收集到资源数据进行准确的费用计算。本次模型实现了多种计费模型noop，hashmap和pyscripts，允许同时启动多个计费模型，并根据设置的优先级完成执行费用计算。
pyscripts计费模型使用门槛较高，hashmap计费模型成为了使用价值最高，易用性最强的计费模型。本次项目主要研究hashmap模型。
hashmap模型主要包括hashmapfield、hashmapmapping、hashmapthreshold三个模块。如图1所示，hashmapfield：一个field通常是指某个资源desc字典中的一个字段。既可以为field指定mapping类型的计费规则，也可以指定threshold类型的计费规则。例如：对于instance，可以指定field为flavor，availability_zone等；例如：对于volume，可以指定field为volume_type，availability_zone等。
hashmapmapping：一个mapping是指某个最终的计费规则，mapping这类计费规则可以为某个服务指定价格，也可以为field指定价格。例如：指定compute服务的基础价格flat＝10＄，这会适用于所有的云主机；同时你也能具体指定flavorname，value＝m1.tiny，rate＝1.2，则flavor为m1.tiny的云主机价格就为10＄*1.2＝12＄，value＝m1.medium，flat＝20＄，则flavor为m1.medium的云主机价格就是20＄。
hashmapthreshold：threshold是另外一种最终计费规则，threshold这类计费规则更适用于基于level的rate价格。例如：指定云硬盘基础单价为2＄(可用mapping设定)，如果用户购买超过50gb，可以打九折level＝50，rate＝0.9，此时单价为2＄*0.9＝1.8＄；超过100gb打八折level＝100，rate＝0.8，此时单价为2＄*0.8＝1.6＄。
模型的核心是它的几个概念：group，service，field，mapping和threshold，费用总和公式推导结果如下：
g：group
qty：quantityofresource
t：threshold
m：mapping
步骤s2：计费服务管理，调用接口api对云计算的各项服务进行计费，将产品的注册用户信息以及产品缴费情况数据信息发送至该系统，系统提供对缴费信息的查询管理和云计算服务产品的购买情况管理。
实现多种计费模式，包括：计算资源按运行时间，如分钟、小时计费、天、月等；计算资源按照资源使用容量计费，如cpucore数量，ram数量，存储容量，虚拟机数量；支持组合计费，如按照cpucore，ram，存储容量组合，按时间计费；支持网络流量计费；支持不同服务等级的费率制定和调整；支持服务费用动态调整；支持服务打包计费，为了配合各种营销策略，可以将不同组件打包后一起销售，可以针对服务包制定套餐和优惠政策。
实现多种付费模式，包括预付费账户、后付费账户。实现多种支付方式：包括第三方支付、网银支付、线下支付等。提供付费系统api接口，以便集成isv提供的paas/iaas的应用的计费。
为运营管理支撑系统提供计费审计，定期对系统内所有的资源账单、系统资源使用状况进行审查、校验，并分别针对不同情况，进行相应的资源到期处理。通过统计账户所有资源的消费情况，定期进行消费预估并自动发送邮件、短信提醒。
为满足上述计费服务，本项目采用基于事件分析的计费算法实现。
计费源可分为两类，即静态资源和动态资源。
静态资源：比如虚拟机实例，镜像，云硬盘，浮动ip，需根据其生命周期按使用时间长短计费；
对于静态资源(虚拟机实例，镜像，云硬盘，浮动ip)，应根据其生命周期，按使用的时间长短计费。所收集的数据决定了计费的资源/服务，包括compute，image，volume，network.bw.in，network.bw.out和network.floating。
动态资源：比如网络流量，则需要统计计量情况进行计算费用；
对于动态资源计费数据源应该包括event和measurement两类。
举例：
00：12：00flavor-a(100)event：compute.instance.create
00：30：00flavor-b(200)event：compute.instance.resize
01：36：00flavor-a(100)event：compute.instance.resize.revert
01：48：00event：compute.instance.delet
event模块预计实现三种插件ceilometer(默认)，noop(仅测试用)和panko(等pankoclient完善后再具体实现)。为了保证数据的一致性和不改变原有计费模型的代码，event模块在事件分析的过程中把从collector模块获得的数据进行分片，各个数据分片以时间为轴，保证了时间的连续性和事件的连贯性，过程中仅维护cur_period[′begin′]和cur_period[′begin_event′]字段即可，如表1所示。
表1event模块字段
这一个关于云主机是否使用“基于事件分析的计费”模块，对比计费的例子。instance生命周期内相关的事件有create，resize，resize.revert和delete，跨越了两个计费周期00：00：00至01：00：00和01：00：00至02：00：00。
步骤s3：安全支付，数据使用128位ssl算法加密，采用多种付费模式进行支付。采用稳定可靠的应用系统、数据库及服务器，数据使用128位ssl算法加密，从交易数据的处理、传输、存储等多环节确保交易的安全性、准确性和保密性。
虽然以上描述了本发明的具体实施方式，但是本领域熟练技术人员应当理解，这些仅是举例说明，可以对本实施方式作出多种变更或修改，而不背离本发明的原理和实质，本发明的保护范围仅由所附权利要求书限定。