一种公有云环境下的计费实现系统及方法与流程

本发明涉及云计算计费技术领域，具体提供一种公有云环境下的计费实现系统及方法。

背景技术：

随着openstack技术的发展和成熟，已经有很多商业云计算平台将openstack作为iaas资源的通用前端。但openstack社区始终没有将计费作为一个重点研究方向，而在商业化应用的过程中，计费是一个很重要的环节，因此针对公有云环境下的计费研究是很有必要的。

一般计费系统架构，都是设置专门的计费服务集群，由专门的计费模块来实现计费功能。在这个架构下，需要收费的资源，需要先把创建资源的请求发送给计费模块，经计费模块处理后，在发送给业务模块。创建一个资源并收费的处理流程如下：用户发送资源创建请求给计费模块；计费模块鉴定用户权限，预先扣费；计费模块通知业务模块创建对应的资源。业务模块创建资源，通知计费模块资源创建结果。计费模块根据业务模块的返回结果，执行扣费或退费操作。该种架构存在诸多问题：

1、计费模块各业务模块之间通过接口交互，需要定义较多的接口。接口改动会导致业务模块和计费模块的改动。耦合性太强；

2、计费模块需要转发各种资源创建请求给业务模块并接受返回状态，增加了计费模块的工作量，也增加了处理的复杂度；

3、重复鉴权问题，各独立模块都有鉴权机制，计费模块作为一个单独的模块，跟公有云的其他处理模块一样，都需要鉴权。

由于所有计费相关的请求都要先访问计费模块，再由计费模块转发给业务模块，造成计费服务的性能压力大，容易形成性能瓶颈，存在诸多问题，有待进一步的改进。

技术实现要素：

本发明的技术任务是针对上述存在的问题，提供一种能够避免功能模块与计费模块的诸多借口，减少业务模块对计费接口的依赖，使计费模块只处理核心的数据记录和查询功能，从而避免出现性能瓶颈的公有云环境下的计费实现系统。

本发明进一步的技术任务是提供一种公有云环境下的计费实现方法。

为实现上述目的，本发明提供了如下技术方案：

一种公有云环境下的计费实现系统，包括用户接口层、若干业务接口模块、计费模块、计费信息本地存储及数据传输模块，所述若干业务接口模块分别与用户接口层相连接，若干业务接口模块上均设有计费器，且若干业务接口模块上的计费器分别与计费信息本地存储及数据传输模块相连接，计费信息本地存储及数据传输模块与计费模块相通信。

该公有云环境下的计费实现系统计费器作为一个基础功能模块，计费器作为一个收费过滤器，分布式的嵌入到各业务模块中进行计费信息采集。计费信息的收集及计费信息的传递功能均有计费器部分实现，解决了传统计费模块的弊端，简化模块间的接口。计费相关的操作也可以直接调用业务模块接口，避免了功能模块跟计费模块的诸多接口，计费器跟计费模块使功能模块内部通讯，业务模块不感知，减少了业务模块对计费模块的依赖，提高了性能，并避免了性能瓶颈的产生。

作为优选，该公有云环境下的计费实现系还包括功能模块，所述功能模块用于接收用户发送的资源创建请求，并对用户进行鉴权。

作为优选，所述若干业务接口模块包括网络功能接口模块、存储功能接口模块、计算功能接口模块，网络功能接口模块、存储功能接口模块、计算功能接口模块上分别设有计费器。

作为优选，所述计费器涉及费用扣除和费用确认。

一种公有云环境下的计费实现方法，该方法具体包括以下步骤：

s1、用户发送资源创建请求给功能模块；

s2、功能模块对用户进行鉴权，若通过鉴权执行步骤s3，否则执行步骤s；

s3、计费器从报文中，识别需要计费的项目，并计算总费用；

s4、计费器与计费信息本地存储及数据传输模块通讯，获取用户费用余额，若余额充足执行步骤s5，否则执行步骤；

s5、创建资源；

s6、判断资源是否创建成功，若创建成功，执行步骤步骤s7，否则执行步骤s8；

s7、通知计费模块扣费；

s8、返回失败信息。

该公有云环境下的计费实现方法通过公有云环境下的计费实现系统实现，所述公有云环境下的计费实现系统包括用户接口层、若干业务接口模块、计费模块、计费信息本地存储及数据传输模块，所述若干业务接口模块分别与用户接口层相连接，若干业务接口模块上均设有计费器，且若干业务接口模块上的计费器分别与计费信息本地存储及数据传输模块相连接，计费信息本地存储及数据传输模块与计费模块相通信。

该公有云环境下的计费实现方法对收费功能进行了改进。计费逻辑中的数据存储及核心处理逻辑仍然由一个计费核心模块实现，计费信息的收集及计费信息的传递功能则由计费器部分实现。计费器作为一个基础功能模块，嵌入到各业务逻辑中。可以避免功能模块跟计费模块的诸多接口。同时，因为计费器分布式的嵌入到各业务的接口中，收集到的计费信息通过数据传输功能发送到计费模块。使计费器跟后端计费核心模块的信息交互变成了计费功能的内部通讯，使计费模块只处理核心的数据记录及查询功能，避免出现性能瓶颈。

作为优选，步骤s3中计费器功能包括费用扣除和费用确认。

作为优选，所述费用预扣流程为，计费器从请求报文中根据资源类型识别需要收费的项目，计算总费用后，通过跟计费模块通讯，获取用户余额并判断是否允许创建资源。

作为优选，所述扣费确认流程为若资源创建成功，通过计费器通知计费模块扣费，并把资源的标注id传递给计费模块，计费模块存储资源id，若为使用时间来计费的资源，则计费模块开始计费。

计费器在资源删除时候的操作跟在创建过程中的处理类似，删除过程成功后，会通知计费模块停止计费。

与现有技术相比，本发明的公有云环境下的计费实现方法具有以下突出的有益效果：所述公有云环境下的计费实现方法对收费功能进行了改进，计费器作为一个基础功能模块，嵌入到各业务逻辑中。可以避免功能模块跟计费模块的诸多接口。同时，因为计费器分布式的嵌入到各业务的接口中，收集到的计费信息通过数据传输功能发送到计费模块。使计费器跟后端计费核心模块的信息交互变成了计费功能的内部通讯，使计费模块只处理核心的数据记录及查询功能，避免出现性能瓶颈。克服了现有技术中的计费模块各业务模块之间通过接口交互，需要定义较多的接口，计费模块需要转发各种资源创建请求给业务模块并接受返回状态，增加了计费模块的工作量，也增加了处理的复杂度的缺陷，具有良好的推广应用价值。

附图说明

图1是本发明所述公有云环境下的计费实现系统的拓扑图；

图2为本发明所述公有云环境下的计费实现方法的流程图。

具体实施方式

下面将结合附图和实施例，对本发明的公有云环境下的计费实现系统及方法作进一步详细说明。

实施例

如图1所示，本发明的公有云环境下的计费实现系统，包括用户接口层、若干业务接口模块、计费模块、计费信息本地存储及数据传输模块和功能模块。

若干业务接口模块包括网络功能接口模块、存储功能接口模块、计算功能接口模块。网络功能接口模块、存储功能接口模块、计算功能接口模块分别与用户接口层相连接，网络功能接口模块、存储功能接口模块、计算功能接口模块上分别设有计费器。

计费器涉及费用扣除和费用确认。费用预扣流程为计费器从请求报文中根据资源类型识别需要收费的项目，计算总费用后，通过跟计费模块通讯，获取用户余额并判断是否允许创建资源。扣费确认流程为若资源创建成功，通过计费器通知计费模块扣费，并把资源的标注id传递给计费模块，计费模块存储资源id，若为使用时间来计费的资源，则计费模块开始计费。

网络功能接口模块、存储功能接口模块、计算功能接口模块上的计费器分别与计费信息本地存储及数据传输模块相连接，计费信息本地存储及数据传输模块与计费模块相通信。

功能模块用于接收用户发送的资源创建请求，并对用户进行鉴权。

该公有云环境下的计费实现系统计费器作为一个基础功能模块，计费器作为一个收费过滤器，分布式的嵌入到各业务模块中进行计费信息采集。计费信息的收集及计费信息的传递功能均有计费器部分实现，解决了传统计费模块的弊端，简化模块间的接口。计费相关的操作也可以直接调用业务模块接口，避免了功能模块跟计费模块的诸多接口，计费器跟计费模块使功能模块内部通讯，业务模块不感知，减少了业务模块对计费模块的依赖，提高了性能，并避免了性能瓶颈的产生。

如图2所示，本发明的公有云环境下的计费实现方法，该方法具体包括以下步骤：

s1、用户发送资源创建请求给功能模块；

s2、功能模块对用户进行鉴权，若通过鉴权执行步骤s3，否则执行步骤s；

s3、计费器从报文中，识别需要计费的项目，并计算总费用；

s4、计费器与计费信息本地存储及数据传输模块通讯，获取用户费用余额，若余额充足执行步骤s5，否则执行步骤；

s5、创建资源；

s6、判断资源是否创建成功，若创建成功，执行步骤步骤s7，否则执行步骤s8；

s7、通知计费模块扣费；

s8、返回失败信息。

该公有云环境下的计费实现方法通过公有云环境下的计费实现系统实现。公有云环境下的计费实现系统包括用户接口层、网络功能接口模块、存储功能接口模块、计算功能接口模块、计费模块、计费信息本地存储及数据传输模块和功能模块。网络功能接口模块、存储功能接口模块、计算功能接口模块分别与用户接口层相连接，网络功能接口模块、存储功能接口模块、计算功能接口模块上均设有计费器，且网络功能接口模块、存储功能接口模块、计算功能接口模块上的计费器分别与计费信息本地存储及数据传输模块相连接，计费信息本地存储及数据传输模块与计费模块相通信。

其中步骤s3中计费器功能包括费用扣除和费用确认。

费用预扣流程为，计费器从请求报文中根据资源类型识别需要收费的项目，计算总费用后，通过跟计费模块通讯，获取用户余额并判断是否允许创建资源。

扣费确认流程为若资源创建成功，通过计费器通知计费模块扣费，并把资源的标注id传递给计费模块，计费模块存储资源id，若为使用时间来计费的资源，则计费模块开始计费。

以上所述的实施例，只是本发明较优选的具体实施方式，本领域的技术人员在本发明技术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。