一种基于云平台的业务处理方法和装置与流程

本发明涉及计算机领域，尤其涉及一种基于云平台的业务处理方法和装置。

背景技术：

开源的云计算管理平台项目openstack开源的云计算管理平台项目是一个旨在为公共及私有云的建设与管理提供软件的开源项目，由计算、存储、网络等几个主要的组件组合起来完成云计算管理工作，其目标是为全球数以亿计的用户提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。

当前数以百计的云服务提供商拥有海量的云端存储资源，如何快速融合跨云服务提供商的、跨区域分布的云端存储资源、如何对规模庞大、结构迥异的聚合态云端存储资源池进行统一集中的管理调度、如何最短时间内聚集客户资源并为其提供多元便捷的云端存储服务已成为云存储服务提供商越来越关注的焦点。

技术实现要素：

本申请所要解决的技术是提供一种基于云平台的业务处理方法和装置，可以对存储资源的进行整合，为用户提供来多元化的存储服务。

为了解决上述技术问题，本申请提供了一种基于云平台的业务处理方法，所述方法包括：

获取用户申请的云硬盘类型；

根据所述云硬盘类型，确定所述云硬盘类型对应的配置组；

将所述配置组对应的存储资源提供给所述用户。

可选地，所述方法还包括：

预先创建云硬盘类型与配置组的对应关系。

可选地，所述预先创建云硬盘类型与配置组的对应关系包括：

获取存储资源池中每个存储资源类型对应的驱动程序；其中，所述存储资源类型根据与所述存储资源池对接的服务提供方提供的资源生成；

为每个驱动程序创建对应的配置组；

将云硬盘类型与配置组建立对应关系。

可选地，所述预先创建云硬盘类型与配置组的对应关系之后，所述方法还包括：

执行以下内容中的一项或多项：

新增配置组、删除配置组、新增云硬盘类型、删除云硬盘类型、修改云硬盘类型与配置组的对应关系。

可选地，所述将所述配置组对应的存储资源提供给所述用户之前，所述方法还包括：

根据用户提交的云硬盘的订单信息进行计费，所述订单信息包括云硬盘容量信息和/或使用时长信息。

本申请还提供一种基于云平台的业务处理装置，包括：存储器和处理器；

所述存储器，用于保存用于基于云平台的业务处理的程序；

所述处理器，用于读取执行所述用于基于云平台的业务处理的程序，执行如下操作：

获取用户申请的云硬盘类型；

根据所述云硬盘类型，确定所述云硬盘类型对应的配置组；

将所述配置组对应的存储资源提供给所述用户。

可选地，所述处理器用于读取执行所述用于基于云平台的任务处理的程序，还执行如下操作：

预先创建云硬盘类型与配置组的对应关系。

可选地，所述预先创建云硬盘类型与配置组的对应关系包括：

获取存储资源池中每个存储资源类型对应的驱动程序；其中，所述存储资源类型根据与所述存储资源池对接的服务提供方提供的资源生成；

为每个驱动程序创建对应的配置组；

将云硬盘类型与配置组建立对应关系。

可选地，所述处理器用于读取执行所述用于基于云平台的任务处理的程序，还执行如下操作：

所述预先创建云硬盘类型与配置组的对应关系之后，执行以下内容中的一项或多项：

新增配置组、删除配置组、新增云硬盘类型、删除云硬盘类型、修改云硬盘类型与配置组的对应关系。

可选地，所述处理器用于读取执行所述用于基于云平台的任务处理的程序，还执行如下操作：

所述将所述配置组对应的存储资源提供给所述用户之前，根据用户提交的云硬盘的订单信息进行计费，所述订单信息包括云硬盘容量信息和/或使用时长信息。

与现有技术相比，本申请包括：确定用户待使用的云硬盘；根据云硬盘与配置组的对应关系，确定所述用户待使用的云硬盘对应的配置组；将所述配置组对应的存储资源提供给所述用户。通过上述技术方案，可以对存储资源的进行整合，为用户提供来多元化的存储服务。

附图说明

图1是本发明实施例一的基于云平台的业务处理方法的流程示意图；

图2是本发明实施例一的基于云平台的业务处理方法的另一流程示意图；

图3是本发明实施例一的基于云平台的业务处理装置的结构示意图；

图4是本发明实施例一的基于云平台的业务处理的框架示意图；

图5是本发明实施例一的基于云平台的业务处理的另一框架示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

实施例一

如图1所示，本实施例提供一种基于云平台的业务处理方法，所述方法包括：

步骤s102、获取用户申请的云硬盘类型；

步骤s104、根据所述云硬盘类型，确定所述云硬盘类型对应的配置组；

步骤s106、将所述配置组对应的存储资源提供给所述用户。

可选地，所述方法还可以包括：

步骤s100、预先创建云硬盘类型与配置组的对应关系。

可选地，所述预先创建云硬盘类型与配置组的对应关系可以包括：

获取存储资源池中每个存储资源类型对应的驱动程序；其中，所述存储资源类型根据与所述存储资源池对接的服务提供方提供的资源生成；

为每个驱动程序创建对应的配置组；

将云硬盘类型与配置组建立对应关系。

可选地，所述预先创建云硬盘类型与配置组的对应关系之后，所述方法还可以包括：

步骤s108、执行以下内容中的一项或多项：

新增配置组、删除配置组、新增云硬盘类型、删除云硬盘类型、修改云硬盘类型与配置组的对应关系。

本实施例中，多个云硬盘类型可以关联同一个配合组，也就是说，配置组和云硬盘类型是一对多的关系。

本实施例中，由于会有新加入的服务方提供新的资源，或者原有的资源退出，因此，在预先创建云硬盘类型与配置组的对应关系后，还可以修改云硬盘类型与配置组的对应关系。例如，假设预先配置云硬盘1对应配置组6，根据平台资源的重新布局，可以将云硬盘1修改为对应配置组10。

可选地，所述将所述配置组对应的存储资源提供给所述用户之前，所述方法还可以包括：

步骤s105、根据用户提交的云硬盘的订单信息进行计费，所述订单信息包括云硬盘容量信息和/或使用时长信息。

现有技术的业务处理流程没有涉及订单、计费，只要是平台的租户在租户方资源配额允许的条件下可以无容量限制、无时间限制的使用云硬盘资源。而本申请则引入订单、计费订单等处理。本实施例中，可以设置ui(userinterface，用户界面)，当用户申请使用一个云硬盘时需先提交订单，在订单中提供云硬盘的容量、使用时长等信息，平台会根据订单进行计费，用户在完成付费后才能够获取到该云硬盘对应的存储资源。

需要说明的是，步骤s105的执行顺序在用户提交订单之后，在将用户使用存储资源之前完成即可，执行顺序不做限定，在其它实施例中还可以按照其它顺序执行。步骤s108的执行顺序在步骤s100之后执行即可。

通过上述技术方案，可以对存储资源的进行整合，为用户提供来多元化的存储服务。

如图2所示，本实施例还提供一种基于云平台的业务处理装置，包括：存储器10和处理器20；

所述存储器10，用于保存用于基于云平台的业务处理的程序；

所述处理器20，用于读取执行所述用于基于云平台的业务处理的程序，执行如下操作：

获取用户申请的云硬盘；

根据所述云硬盘类型，确定所述云硬盘类型对应的配置组；

将所述配置组对应的存储资源提供给所述用户。

可选地，所述处理器用于读取执行所述用于基于云平台的任务处理的程序，还可以执行如下操作：

预先创建云硬盘类型与配置组的对应关系。

可选地，所述预先创建云硬盘类型与配置组的对应关系可以包括：

获取存储资源池中每个存储资源类型对应的驱动程序；其中，所述存储资源类型根据与所述存储资源池对接的服务提供方提供的资源生成；

为每个驱动程序创建对应的配置组；

将云硬盘类型与配置组建立对应关系。

可选地，所述处理器20用于读取执行所述用于基于云平台的任务处理的程序，还可以执行如下操作：

所述预先创建云硬盘类型与配置组的对应关系之后，执行以下内容中的一项或多项：

新增配置组、删除配置组、新增云硬盘类型、删除云硬盘类型、修改云硬盘类型与配置组的对应关系。

可选地，所述处理器20用于读取执行所述用于基于云平台的任务处理的程序，还可以执行如下操作：

所述将所述配置组对应的存储资源提供给所述用户之前，根据用户提交的云硬盘的订单信息进行计费，所述订单信息包括云硬盘容量信息和/或使用时长信息。

下面结合如图4和5所示的框架进一步说明本申请基于云平台的业务处理方法。

该框架可以包括三种业务角色：用户方、平台方、服务提供方。

用户方通过平台方进行账户的注册、服务的访问以及定制等业务活动；

服务提供方向平台方提供其云端存储等基础资源，并与平台方达成利润收益分配的原则和方案；

平台方为该模型的核心，负责将不同服务提供方的云端存储资源接入到平台方的存储资源池，从而进行统一的管理、分配和调度。云端存储资源在平台上以云硬盘的形式提供给用户方使用，用户方可以向平台方提交使用云硬盘、创建云硬盘、修改云硬盘、删除云硬盘的申请，平台方可以对用户方提交的申请进行审核，审核通过后，平台方可以进行针对申请内容进行相应的服务。

本场景中，平台方提供的服务可以包括计费服务、创建服务、修改服务、删除服务。

计费服务是指用户方在申请使用一个云硬盘时需提交订单，填写云硬盘的容量和使用时长，平台方根据订单信息进行计费，用户方完成订单付费后方即可使用该云硬盘。

创建服务器是指创建新的云硬盘。

修改服务是指对云硬盘的名称、描述等基本信息进行修改；

删除服务是指对于用户方到期不再续费使用的云硬盘，平台方对该云硬盘进行删除操作。

此外，云硬盘还可以根据用户方需求以及服务方的资源情况，修改云硬盘与存储资源的对应关系。

本场景中，平台方作为一个第三方服务平台，其架构自底向上可以包括基础资源、存储资源池、openstack存储对接模块、openstack存储服务模块、用户门户。

其中，基础资源对应所有服务提供方提供的基础云端存储资源，可以包括硬件的存储服务器、分布式存储数据集群、软件定义的sds(softwaredefinedstorage，软件定义存储)。

存储资源池由所有服务提供方提供的存储资源构成，通过统一的网络与openstack平台进行联通，形成一个向平台方提供的存储资源池。

服务提供方的云端存储资源通过openstack提供的统一的存储对接模型模块进行适配接入openstack的存储部分，并对用户提供可选、可定制的云硬盘服务。

基于上述框架的业务处理方法包括：

步骤1：通过openstack提供的统一规范的适配驱动代码格式，编写纳入存储资源池的存储资源类型对应的驱动程序，openstack存储对接模块能够与每个存储资源类型对应的驱动程序进行适配，从而将其接入openstack存储模块作为openstack的存储后端；

步骤2：更新openstack存储服务模块的配置文件；

本步骤中，在配置文件中为接入的每个的存储后端分别创建一个配置组，每个配置组分别设置有标注符。openstack存储服务模块通过云硬盘类型这一业务对象，将云硬盘类型与配置文件的每个配置组进行关联，以此实现云硬盘类型与接入openstack存储端的存储资源的关联。

步骤3：当通过openstack服务端为用户提供云硬盘服务时，用户通过指定云硬盘的类型，从而选择了该云硬盘类型所对应的存储资源，根据该云硬盘类型创建出的云硬盘即对应到指定的存储资源池的对应存储之上。

本申请通过openstack存储服务模块对外发布开发的api(applicationprogramminginterface，应用程序编程接口)服务，根据自身的业务特色进行上层次业务的二次开发和扩展。openstack其本身自带的多租户模式和全球广泛的用户群体，为平台方提供了庞大的用户资源，本申请通过改善业务处理流程，可以通过计费模式、订单审核等电子商务业务的模式对openstack存储端进行业务扩展，并按照其规范格式对外发布业务api的开发接口以供第四方(其他平台或系统)使用，以使第四方可以通过本申请的平台方提供给的api接口进行开发或调用，从而与本申请平台方进行对接。因此本申请提供了业务处理的框架具有很高的扩展性、复用性，可以提升其生存盈利的周期。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请不限制于任何特定形式的硬件和软件的结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。