CN104796465B - 云平台业务处理方法和系统 - Google Patents

Abstract

本发明涉及一种云平台业务处理方法和系统。上述云平台业务处理方法，包括如下步骤：将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务；针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程；其中，所述对外接口服务进程与底层节点服务进程通过设定的消息系统进行消息通信；所述对外接口服务进程用于读取输入指令；所述底层节点服务进程用于响应云平台系统的各单元服务间的通信请求消息；利用各单元服务通过对外接口服务进程处理输入指令对应的用户业务，利用底层节点服务进程接收其他单元服务发送的通信请求消息。

Description

云平台业务处理方法和系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种云平台业务处理方法和系统。

背景技术

云平台可以支持多种框架、语言、运行时环境及应用服务，使开发人员能够在几秒钟内进行应用程序的部署和扩展，无需担心任何基础架构的问题。同时，它本身是一个基于Ruby on Rails的由多个相对独立的子系统通过消息机制组成的分布式系统，使平台在各层级都可水平扩展，既能运行在大型数据中心，也能运行在一台桌面电脑中。

云平台可以为用户提供多种服务并进行相应业务的处理，现有的云平台业务处理技术一般利用在其云平台系统中的同一模块或者单元中进行，导致相关信息处理的效率低。

发明内容

基于此，有必要针对现有技术的云平台系统中相关信息处理效率低的技术问题，提供一种云平台业务处理方法和系统。

一种云平台业务处理方法，包括如下步骤：

将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务；

针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程；其中，所述对外接口服务进程与底层节点服务进程通过设定的消息系统进行消息通信；所述对外接口服务进程用于读取输入指令；所述底层节点服务进程用于响应云平台系统的各单元服务间的通信请求消息；

利用各单元服务通过对外接口服务进程处理输入指令对应的用户业务，利用底层节点服务进程接收其他单元服务发送的通信请求消息。

一种云平台业务处理系统，包括：

划分模块，用于将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务；

设置模块，用于针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程；其中，所述对外接口服务进程与底层节点服务进程通过设定的消息系统进行消息通信；所述对外接口服务进程用于读取输入指令；所述底层节点服务进程用于响应云平台系统的各单元服务间的通信请求消息；

处理模块，用于利用各单元服务通过对外接口服务进程处理输入指令对应的用户业务，利用底层节点服务进程接收其他单元服务发送的通信请求消息。

上述云平台业务处理方法和系统，通过将云平台系统根据所处理的业务类型划分为相互独立的单元服务，针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程，并利用各服务通过对外接口服务进程处理输入指令对应的用户业务，利用底层节点服务进程接收其他单元服务发送的通信请求消息，使云平台系统可划分为多个相互独立的单元服务，对不同类型的业务可以分单元进行处理，无需集中在一个模块或者单元，提高了处理相关业务的效率。

附图说明

图1为一个实施例的云平台业务处理方法流程图；

图2为一个实施例的云平台业务处理系统结构示意图。

具体实施方式

下面结合附图对本发明的云平台业务处理方法和系统的具体实施方式作详细描述。

参考图1，图1所示为一个实施例的云平台业务处理方法流程图，包括如下步骤：

S10，将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务；

上述步骤S10中，将云平台系统根据所处理的业务类型划分为相互独立的单元服务，每个单元服务可以独立处理不同类型的业务，比如：文件系统服务可以处理以文件为单位的业务，数据库服务可以进行相关数据的存储或者读取，消息服务可以进行相关消息的读取、生成或者解析等等，这样，针对不同的业务，云平台便可以分配至相应的服务进行处理，无需集中在某个模块或者某单元进行处理。

S20，针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程；其中，所述对外接口服务进程与底层节点服务进程通过设定的消息系统进行消息通信；所述对外接口服务进程用于读取输入指令；所述底层节点服务进程用于响应云平台系统的各单元服务间的通信请求消息；

S30，利用各单元服务通过对外接口服务进程处理输入指令对应的用户业务，利用底层节点服务进程接收其他单元服务发送的通信请求消息。

上述步骤S20，S30中，针对每个单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程，使各单元服务不仅可以通过对外接口服务进程直接读取输入指令，对相应的用户业务进行处理，还可以通过底层节点服务进程接受其他单元服务发送的通信请求消息，根据上述通信请求消息处理其他单元服务暂时无法处理的业务；此外，单元服务还可以在读取输入指令，解析该输入指令对应的用户业务后，生成包括全部或者部分用户业务的通信请求消息通过该服务的底层节点服务进程传输至上述用户业务对应的单元服务，请求对应的单元服务处理上述通信请求消息所涉及的用户业务，使云平台的业务可以在各个单元服务之间进行通过底层节点服务进程协调处理，这样在提高业务处理效率的基础上，更可以保证各项业务处理的顺利进行。

本实施例提供的云平台业务处理方法，通过将云平台系统根据所处理的业务类型划分为相互独立的单元服务，针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程，并利用各服务通过对外接口服务进程处理输入指令对应的用户业务，利用底层节点服务进程接收其他单元服务发送的 通信请求消息，使云平台系统可划分为多个相互独立的单元服务，对不同类型的业务可以分单元进行处理，无需集中在一个模块或者单元，提高了处理相关业务的效率。

在一个实施例中，上述利用网关服务通过其对外接口服务进程读取用户指令后，还可以包括：

通过其对外接口服务进程读取输入指令，根据所述输入指令生成用户业务消息，通过网关服务的底层节点服务进程根据所述用户业务消息生成网关服务的通信请求消息，并将所述通信请求消息发送至相应的单元服务。

本实施例中，上述网关服务主要可以通过其对外接口服务进程进行相关输入指令的读取，根据所读取的输入指令生成用户业务消息，通过网关服务的底层节点服务进程根据所述用户业务消息生成网关服务的通信请求消息，并将所述通信请求消息发送至上其中用户业务对应的单元服务中，在对应的单元服务进行相关业务的处理，这样便可以在读取了输入指令之后，对该用户业务指令包含的用户业务进行确定，以生成相应的用户业务信息，进而生成通信请求消息，发送至相关用户业务对应的单元服务进行处理，可以减小其他正在处理相关业务的单元服务在读取、解析输入指令，生成用户业务信息，甚至是生成相应的通信请求信息这些业务处理上的工作量，进一步提高其他单元服务处理相关业务的效率。

在一个实施例中，上述利用各单元服务通过对外接口服务进程读取输入指令的步骤后还可以包括：

根据所述输入指令生成用户业务消息；根据所述用户业务消息执行所述输入指令对应的用户业务。

上述实施例中，各单元服务为通过其对外接口服务进程读取输入指令后，可以根据所述输入指令生成用户业务消息，并直接执行所述输入指令对应的用户业务，无需经过其他单元服务的处理，可以提高响应该用户业务的效率，减小云平台系统的处理同一用户业务的工作量，提高云平台系统的运行效率。

在一个实施例中，上述利用底层节点服务进程接收其他单元服务的通信请求消息的步骤后还可以包括：

根据所述通信请求消息解析相应的输入指令，根据相应的输入指令执行用户业务。

上述实施例中，各单元服务还可以通过其底层节点服务进程读取其他单元服务发送的通信请求消息，执行上述通信请求信息中包含的用户业务，协助其他单元服务相关业务的处理，进而提高整个云平台相关业务处理的能力。

在一个实施例中，上述设定的协议可以包括nats(一个轻量级的云消息系统)；上述nats使用Ruby开发，是由Cloud Foundry开发的一个基于事件驱动的、轻量级的消息系统，具有较强的消息处理能力以及良好的并发请求处理能力。

在一个实施例中，对上述云平台系统，还可以根据云平台所处理的业务类型，进行其他单元服务的添加，比如针对用户业务中的显示业务，在上述云平台系统中添加一个显示服务等等。对于云平台系统中的某个单元服务，也可以根据该单元服务所处理的业务，在该单元服务添加新的服务进程，或者通信接口，以扩展云平台系统或者相关服务在的其他业务处理功能，例如，在数据库服务中添加Backup(备份)或者Worker(工作者)节点等进程，用于对某些数据业务的备份处理等等。

在一个实施例中，上述云平台业务处理方法还可以包括：

将各单元服务根据其处理的业务类型划分为多个子单元服务；

利用所述子单元服务处理相应单元服务的业务。

本实施例中，上述各单元服务还可以根据其处理的业务类型进行进一步的模块化设计，划分为多个子单元服务，例如，可以将数据库服务进一步划分为mysql数据库服务、mongodb数据库服务、postgresql数据库服务等模块，用于对数据库服务原来处理的业务进行进一步的分类处理。

对于某个单元服务进一步所划分的子单元服务，可以在该子单元服务中设置一个base基础模块和八个继承base基础模块的子模块，上述八个子模块可以包括文件系统服务、端口检查模块、缓存服务、非关系型数据库模块、关系型数据库模块、对象-关系型数据库管理系统、消息队列管理系统、redis；其中，上述redis为一个开源的使用ANSIC语言编写、支持网络、可基于内存、可持 久化的日志型、key-Value数据库。上述八个子模块也可以根据其提供的业务服务类型进行进一步的分类。

本实施例中，上述Base基础模块为所有子模块的父类模块，该Base基础模块可以包含所有子模块共有的属性、方法、帮助类等等；并定义公共抽象类与抽象方法，让子类实现；在base(基类)基础模块中可以定义gateway(网关)的基类，它可以设置网关各类参数，启动入口方法，加载网关配置文件方法等，gateway可以作为访问node(节点)的入口；它可以对外提供对Node进行管理的一套接口；Base基础模块还可以对外隐藏内部Node的结构，这样外部的组件便只需进行Service(服务)实例的创建、绑定相关的动作；Base基础模块还可以设置Node节点基类，负责管理Service，包括创建(provision条款)、注销(unprovision取消预配)、绑定、启用、禁用等操作。其中，node不是Service的提供者，它是本地Service的管理者，除了读取配置、启动组件服务器之外，还可以连接natsserver(一种消息队列服务)，主要实现是在on_connect_node(一个方法名称的定义，代表连接到节点服务)方法中。在on_connect_node中，node可以注册一系列的nats主题，并发送send_node_announcement(节点公告)，通过nats消息系统将相关信息发送至相应的单元service_gateway(服务网关)，使相关节点提供服务，进行业务处理。

作为一个实施例，上述各子单元服务可以共享一个分布式路由引擎，上述分布式路由引擎可以处理所有的HTTP请求，其采用分布式的路由状态设计，其中的分布式就是把一个大块的东西分解成若干小块的东西进行处理。上述分布式路由引擎可以将对URL的访问转发至具体的应用，在应用实例之间分发流量(负载均衡)。

参考图2，图2所示为一个实施例的云平台业务处理系统结构示意图，包括：

划分模块10，用于将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务；

设置模块20，用于针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程；其中，所述对外接口服务进程与底层节点服务进程通 过设定的消息系统进行消息通信；所述对外接口服务进程用于读取输入指令；所述底层节点服务进程用于响应云平台系统的各单元服务间的通信请求消息；

处理模块30，用于利用各单元服务通过对外接口服务进程处理输入指令对应的用户业务，利用底层节点服务进程接收其他单元服务发送的通信请求消息。

在一个实施例中，上述处理模块可以进一步用于：

根据所述输入指令生成用户业务消息；根据所述用户业务消息执行所述输入指令对应的用户业务。

在一个实施例中，上述处理模块可以进一步用于：

根据所述输入指令生成用户业务消息；根据所述用户业务消息执行所述输入指令对应的用户业务。

在一个实施例中，上述云平台业务处理系统还可以包括：

子单元划分模块，用于将各单元服务根据其处理的业务类型划分为多个子单元服务；

子单元处理模块，用于利用所述子单元服务处理相应单元服务的业务。

本发明的云平台业务处理系统与本发明的云平台业务处理方法一一对应，在上述云平台业务处理方法的实施例阐述的技术特征及其有益效果均适用于云平台业务处理的实施例中，特此声明。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (5)

1.一种云平台业务处理方法，其特征在于，包括如下步骤：

将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务；

针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程；其中，所述对外接口服务进程与底层节点服务进程通过设定的消息系统进行消息通信；所述对外接口服务进程用于读取输入指令；所述底层节点服务进程用于响应云平台系统的各单元服务间的通信请求消息；

利用各单元服务通过对外接口服务进程处理输入指令对应的用户业务；所述利用各单元服务通过对外接口服务进程读取输入指令的步骤后还包括：根据所述输入指令生成用户业务消息，根据所述用户业务消息执行所述输入指令对应的用户业务；

利用网关服务通过其对外接口服务进程读取用户指令；通过其对外接口服务进程读取输入指令，根据所述输入指令生成用户业务消息，通过网关服务的底层节点服务进程根据所述用户业务消息生成网关服务的通信请求消息，并将所述通信请求消息发送至相应的单元服务；

利用底层节点服务进程接收其他单元服务发送的通信请求消息，并根据所述通信请求消息处理其他单元服务暂时无法处理的业务；所述利用底层节点服务进程接收其他单元服务的通信请求消息的步骤后还包括：根据所述通信请求消息解析相应的输入指令，根据相应的输入指令执行用户业务。

2.根据权利要求1所述的云平台业务处理方法，其特征在于，所述设定的协议包括nats。

3.根据权利要求1所述的云平台业务处理方法，其特征在于，还包括：

将各单元服务根据其处理的业务类型划分为多个子单元服务；

利用所述子单元服务处理相应单元服务的业务。

4.一种云平台业务处理系统，其特征在于，包括：

划分模块，用于将云平台系统根据所处理的业务类型划分为相互独立的单元服务；其中，所述单元服务包括文件系统服务、数据库服务、消息服务、和/或网关服务；

设置模块，用于针对于各单元服务分别设置相互独立的对外接口服务进程和底层节点服务进程；其中，所述对外接口服务进程与底层节点服务进程通过设定的消息系统进行消息通信；所述对外接口服务进程用于读取输入指令；所述底层节点服务进程用于响应云平台系统的各单元服务间的通信请求消息；

处理模块，用于：

利用各单元服务通过对外接口服务进程处理输入指令对应的用户业务，根据所述输入指令生成用户业务消息，根据所述用户业务消息执行所述输入指令对应的用户业务；

利用网关服务通过其对外接口服务进程读取用户指令；通过其对外接口服务进程读取输入指令，根据所述输入指令生成用户业务消息，通过网关服务的底层节点服务进程根据所述用户业务消息生成网关服务的通信请求消息，并将所述通信请求消息发送至相应的单元服务；

利用底层节点服务进程接收其他单元服务发送的通信请求消息，并根据所述通信请求消息处理其他单元服务暂时无法处理的业务；根据所述通信请求消息解析相应的输入指令，根据相应的输入指令执行用户业务。

5.根据权利要求4所述的云平台业务处理系统，其特征在于，还包括：

子单元划分模块，用于将各单元服务根据其处理的业务类型划分为多个子单元服务；

子单元处理模块，用于利用所述子单元服务处理相应单元服务的业务。