基于云计算平台的信息处理方法、云计算平台及介质与流程

1.本公开涉及云计算平台技术领域，具体而言，涉及一种基于云计算平台的信息处理方法、云计算平台、计算机可读存储介质及电子设备。


背景技术：

2.云计算技术通过整合计算、存储、网络、安全等资源，以池化的方式统一管理，互联网上的用户可以根据自己的需求从云资源池中获取自己需要的资源。
3.以基于openstack实现的云计算平台为例，openstack是一个开源的云计算管理平台项目，是一系列软件开源项目的组合。相关技术中，用户可以直接对openstack中的开源项目进行修改，以生成满足自己需求的项目，而不需要重新独立开发，因此帮助用户节省了时间成本和人力成本。
4.然而，现有的这种基于openstack实现的云计算平台，需要用户充分了解已有项目的实现逻辑，否则会出现修改后稳定性差的问题。与此同时，现有的基于openstack实现的云计算平台，可扩展性差、无法满足多样化的信息处理需求。
5.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.本公开的目的在于提供一种基于云计算平台的信息处理方法、云计算平台、计算机可读存储介质及电子设备，进而至少在一定程度上克服云计算平台难以满足多样化的信息处理需求的问题。
7.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
8.根据本公开的第一方面，提供了一种基于云计算平台的信息处理方法，云计算平台包括对外服务层、中间层和业务后端层，中间层预先配置有对外服务层的各任务请求对应的各中间处理模块，该方法由中间层执行，该方法包括：
9.接收所述对外服务层发送的任务请求；
10.确定所述任务请求对应的中间处理模块；
11.所述中间处理模块根据预先配置的所述任务请求的基础任务和扩展任务之间的逻辑关系，处理所述任务请求的基础任务和扩展任务；
12.其中，处理所述任务请求的基础任务包括：
13.调用至少一个所述业务后端层的功能组件，对所述基础任务进行处理。
14.在本公开的一种示例性实施例中，基于前述方案，所述中间层预先配置有与所述中间处理模块进行数据交互的中间层数据库；
15.所述中间层数据库被配置为同步存储所述业务后端层的后端数据库中的数据。
16.在本公开的一种示例性实施例中，基于前述方案，所述中间层数据库还被配置为：
17.响应于增加和/或删除所述中间层数据库中的字段标识的触发操作，在所述中间层数据库预先生成所述对外服务层的各任务请求的目标数据表。
18.在本公开的一种示例性实施例中，基于前述方案，所述中间层还配置有监控器；
19.所述监控器被配置为以下行为中的至少一种：
20.对所述中间层数据库和所述后端数据库的数据同步情况进行检查，以使所述中间层数据库和所述后端数据库中的数据保持一致；
21.检查所述中间层和/或所述业务后端层的服务是否正常；
22.通过所述中间层数据库检查所述云平台的资源监控数据，当所述资源监控数据达到预设阈值时，启动报警通知。
23.在本公开的一种示例性实施例中，基于前述方案，所述中间层预先配置有所述任务请求对应的应用程序接口服务模块；
24.所述接收所述对外服务层发送的任务请求包括：
25.所述应用程序接口服务模块接收所述对外服务层发送的任务请求；
26.将所述任务请求转换成所述预设数据格式的任务请求；
27.其中，所述预设数据格式为所述中间处理模块所对应的数据格式。
28.在本公开的一种示例性实施例中，基于前述方案，所述确定所述任务请求对应的中间处理模块，包括：
29.所述应用程序接口服务模块获取所述预设数据格式的任务请求中的中间处理模块标识；
30.根据所述中间处理模块标识，确定所述预设数据格式的任务请求所对应的中间处理模块；
31.将所述预设数据格式的任务请求发送至所述中间处理模块。
32.在本公开的一种示例性实施例中，基于前述方案，所述对外服务层配置有应用程序开发接口，以通过所述应用程序开发接口将预先生成的所述任务请求的中间处理模块预先配置在所述中间层；
33.其中，所述任务请求的中间处理模块通过以下方式预先生成：
34.配置至少一个所述业务后端层的功能组件的调用信息，以确定所述任务请求的基础任务；
35.根据所述任务请求的预设任务目标对至少一个所述业务后端层的功能组件进行功能扩展，以生成所述任务请求的扩展任务；
36.配置所述基础任务和所述扩展任务之间的逻辑关系；
37.封装所述基础任务和所述扩展任务，以生成所述任务请求的中间处理模块。
38.根据本公开的第二方面，提供了一种云计算平台，所述云计算平台包括对外服务层、中间层和业务后端层，其特征在于，所述中间层预先配置有对外服务层的各任务请求对应的各中间处理模块，所述中间层被配置为：
39.接收所述对外服务层发送的任务请求；
40.确定所述任务请求对应的中间处理模块；
41.所述中间处理模块根据预先配置的所述任务请求的基础任务和扩展任务之间的逻辑关系，处理所述任务请求的基础任务和扩展任务；
42.其中，处理所述任务请求的基础任务包括：
43.调用至少一个所述业务后端层的功能组件，对所述基础任务进行处理。
44.根据本公开的第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的基于云计算平台的信息处理方法。
45.根据本公开实施例的第四方面，提供了一种电子设备，包括：处理器；以及，存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的基于云计算平台的信息处理方法。
46.由上述技术方案可知，本公开示例性实施例中的基于云计算平台的信息处理方法、云计算平台，以及实现所述基于云计算平台的信息处理方法的计算机可读存储介质及电子设备，至少具备以下优点和积极效果：
47.在本公开的一些实施例所提供的技术方案中，首先，在云计算平台的对外服务层和业务后端层之间配置中间层，然后，通过中间层可以接收对外服务层发送的任务请求，并通过预先配置在中间层的该服务请求的中间处理模块，确定任务请求的基础任务和扩展任务之间的任务逻辑关系，中间处理模块根据该任务逻辑关系对该服务请求的基础任务和扩展任务进行处理。其中，调用至少一个业务后端层的功能组件，对任务请求的基础任务进行处理。与相关技术相比，一方面，本公开通过在云计算平台的对外服务层和业务后端层之间配置中间层，在中间层预先配置任务请求的基础任务和扩展任务之间的逻辑关系，以通过中间层调用业务后端层的功能组件对任务请求的基础任务进行处理，可以使得云计算平台的对外服务层的任何信息处理需求，都可以通过中间层匹配到业务后端层的已有功能组件中，提高云计算平台的信息处理的灵活性和可扩展性；另一方面，本公开通过配置的中间层可以实现对云计算平台的业务后端层的已有服务组件的功能扩展，且不需要对业务后端层的已有逻辑进行直接修改，从而提高了基于云计算服务的信息处理的稳定性。
48.本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
49.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
50.图1示出本公开一示例性实施例中的云计算平台架构示意图；
51.图2示出本公开一示例性实施例中的另一种云计算平台架构示意图；
52.图3示出本公开一示例性实施例中基于云计算平台的信息处理方法的流程示意图；
53.图4示出本公开一示例性实施例中接收任务请求的方法的流程示意图；
54.图5示出本公开一示例性实施例中确定任务请求的中间处理模块的方法流程示意图；
55.图6示出本公开一示例性实施例中预先生成中间处理模块的方法的流程示意图；
56.图7示出本公开示例性实施例中计算机存储介质的结构示意图；以及，
57.图8示出本公开示例性实施例中电子设备的结构示意图。
具体实施方式
58.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
59.本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。
60.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
61.云计算是一种基于互联网的计算方式，可以通过网络按需获取软硬件资源。具体的，云计算技术通过整合计算、存储、网络、安全等资源，以池化的方式对各种资源进行统一管理，通过云计算架构形成一个按需快速分配的资源池。
62.通过云计算技术可以满足大量的互联网接入访问需求，让互联网上的用户通过按需的方式使用云上资源，这些用户可以把精力集中在上层业务上，无需花费人力物力关注底层硬件设备。
63.openstack是一种流行的开源实现的云计算资源管理平台，可对计算、存储、网络等资源实现管理。目前大量的云计算平台是基于openstack技术进行建立的。
64.相关技术中，基于openstack实现的云计算平台，大都是对openstack的业务后端层的已有项目模块直接进行修改，以满足自身的前端服务处理需求。
65.然而，一方面，这种直接对openstack的已有项目进行修改的方式，需要充分了解原有项目的实现逻辑，否则会出现修改后稳定性差的问题；另一方面，当openstack的原有底层数据库中的数据结构无法满足前端的对外服务层的服务处理需求时，使用起来会面临不同数据库表的合并处理问题，会造成处理逻辑复杂、业务访问后端接口响应时间长等问题；再一方面，这种直接修改的方式难以满足前端信息处理的日益增长的多样化需求，扩展性差，不利于云计算平台的不断迭代。
66.在本公开的实施例中，首先提供了一种云计算平台，至少在一定程度上克服上述现有的相关技术中存在的缺陷。参考图1所示，该云计算平台包括对外服务层11、中间层12、业务后端层13。
67.具体的，对外服务层11可以是云计算平台产品展示层，该层可以为用户提供云计算平台实现的各种产品，其中，云计算平台产品可以是预先生成的各云计算服务功能模块，其在对外服务层的表现可以是预先生成的各云计算服务功能模块在图形用户界面中对应的控件。例如，图1的对外服务层11中的“第一云计算服务、第二云计算服务、第三云计算服务、第m云计算服务”在图形用户界面中对应的控件。
68.需要说明的是，m可以根据用户需求确定，对外服务层11对外提供的云计算服务的数量和具体功能可以根据用户需求进行自定义和随时扩展。
69.具体的，如图1所示，对外服务层配置有应用程序开发接口，例如配置有rest api(representational state transfer application programming interface，表现层状态转移应用程序编程接口)。通过应用程序开发接口可以将各云计算服务功能模块添加至云计算平台，以提升云计算平台的服务多样性。
70.具体的，各云计算服务功能模块通过调配置至少一个业务后端层的功能组件的调用信息，对至少一个业务后端层的功能组件进行功能自定义扩展生成，封装自定义扩展后的功能和调用信息，将其作为各云计算服务的中间处理模块并通过上述的rest api接口配置在中间层12中。在图1中，中间层对应的配置有对外服务层提供的各云计算服务的第一中间处理模块、第二中间处理模块、第三中间处理模块、第m中间处理模块。
71.当对外服务层发送任务请求时，中间层12中对应的中间处理模块可以根据自定义扩展功能和通过调用业务后端层的功能组件实现对对外服务层的任务请求的处理。
72.业务后端层12中预先配置有云计算平台的基础功能组件。其中，基础功能组件可以包括可以实现各种任务需求的基础功能的代码形成的功能模块。
73.例如，在云计算平台中，具有美颜功能和滤镜功能的相机的基础功能是拍照，那么拍照就可以作为基础功能组件配置在业务后端层。当用户需要具有美颜功能的相机时，可通过配置拍照功能组件的调用信息，然后对拍照功能进行美颜功能扩展，并将扩展的美颜功能和拍照功能组件的调用信息进行封装，生成具有美颜功能的相机的中间处理模块，通过上述的rest api接口将具有美颜相机功能的中间处理模块配置在中间层，并在对外服务层配置具有美颜功能的相机的触发控件。当用户在对外服务层触发该控件时，则可以通过云计算平台实现美颜相机的功能。
74.在示例性的实施方式中，业务后端层13中配置的基础功能组件的数量n和具体的功能可以根据需求进行扩展。例如，业务后端层配置的基础功能组件可以包括：openstack模块功能组件、ceph模块功能组件、监控报警模块功能组件、工单后端模块功能组件、短信和邮件网关模块功能组件、计费模块功能组件等。
75.具体的，openstack模块功能组件是云计算的后端核心，采用松耦合的架构，不同的服务通过不同的子组件实现，其中通过keystone提供认证服务，通过glance提供镜像服务，通过nova提供计算服务，通过cinder提供快存储服务，通过neutron提供网络服务，通过ironic提供裸机服务，heat实现编排服务；ceph模块功能组件为分布式存储实现，可为云计算平台提供灵活、可靠、可扩展的存储能力，ceph可用于支撑pb级甚至eb级数据量的分布式存储集群,为业务提供强大的数据存储能力，其中，通过rgw对外提供对象存储服务，通过rbd提供块存储服务；监控报警模块功能组件，可以采用第三方的监控报警技术，采集资源的监控数据，并支持用户设定资源使用报警阈值，故障时调用短信和邮件网关实现报警；工
单后端模块功能组件，可以供云计算平台使用，用户可以通过工单系统进行问题的反馈并查看工单处理的进度，运维运营人员可以在运维管理平台上查看功能并进行处理；短信和邮件网关模块功能组件，可以处理短信和邮件的发送；计费模块功能组件，可以为云计算平台提供计费服务，提供对资源的包年包月计费或按需计费。
76.图2示出本公开实施例中另一种云计算平台架构的示意图。与图1类似，图2所示的云计算平台架构整体上仍然包括对外服务层11、中间层12、业务后端层13。其中，图2所示的云计算平台架构的中间层12包括应用程序接口层121和后台层122。
77.在示例性的实施方式中，应用程序接口层121可以为云计算平台的对外服务层的各服务功能提供统一的接口规范，而后台层122则可以实现云计算平台的各云计算服务功能的功能增强。
78.具体的，应用程序接口层121中配置有对外服务层的各云计算产品的接口服务模块，如图2中的“第一接口服务、第二接口服务、第三接口服务、第m接口服务”。而后台层122中对应的配置有对外服务层的各服务功能的中间处理模块，如上述的“第一中间处理模块、第二中间处理模块、第三中间处理模块、第m中间处理模块”。这些中间处理模块可以是对业务后端层的各基础功能组件的功能的增强。
79.应用程序接口层的各接口服务采用统一的数据格式，以对外提供统一的接口规范，即实现了云计算平台的前端的对外服务层和后端的业务后端层的解耦合，使得对外服务层的实现更加灵活，又对外提供了统一的接口规范，使得前端的任何数据格式的服务请求都可以通过中间层匹配到业务后端层的功能组件上进行处理。
80.在示例性的实施方式中，对外接口层中可以包括云计算服务功能、运维管理服务功能、桌面云服务功能、对象存储客户端服务功能。那么，应用程序接口层121中可以预先配置“接口服务-云计算、接口服务-桌面云块、接口服务-对象存储”。对应的，在后台层122中可以预先配置“后台服务-云计算、后台服务-桌面云、后台服务-对象存储”。
81.需要说明的是，由于对外服务层的运维管理服务功能和云计算服务功能的具体实现逻辑相同，只是对外表现不同，运维管理服务功能是提供给企业管理人员使用的，而云计算服务功能是提供给企业的普通员工使用的，因此，二者在api层对应的是同一个接口服务模块，即上述的“接口服务-云计算”。在后台层对应的也是同一个中间处理模块，即上述的“后台服务-云计算”。
82.具体的，企业用户可以通过云计算服务功能对应的中间处理模块“后台服务-云计算”实现企业内资源的申请、使用和管理；运营运维人员可以通过云计算服务功能对应的中间处理模块“后台服务-云计算”实现计算存储和网络资源的全局管理，包括对底层硬件设备的关联和监控报警、用户管理等；用户可以通过桌面云服务功能对应的中间处理模块“后台服务-桌面云”利用客户端实现对远程桌面的访问，进而实现远程办公；用户可以通过对象存储客户端服务功能对应的中间处理模块“后台服务-对象存储”利用客户端实现底层分布式存储集群的访问，进行海量非结构化数据的上传和下载。
83.示例性的，对外服务层提供的各云计算服务功能可以如图1或图2所示的那样，中间处理模块和对外服务层提供的云计算服务功能一一对应。当然，当至少两个中间处理模块的组合可以实现一个新的功能时，例如第二中间处理模块和第三中间处理模块可以实现第五云计算服务功能时，也可以将对外服务层提供的第五云计算服务功能与第二中间处理
模块和第三中间处理模块关联，以在对外服务层提供第五云计算服务功能，进而在不需要增加中间处理模块的情况下，为对外服务层提供更丰富的功能。
84.举例而言，当对外服务层发送第五云计算服务功能的任务请求时，api层中的第二接口服务和第三接口服务会对该任务请求进行响应，第二接口服务接收第二子任务请求，第三接口服务接收第三子任务请求，同时各自会根据预设数据格式对接收到的子任务请求进行格式转换，以将接收到的子任务请求转换成后台层的各中间处理模块可以处理的数据格式。
85.进行格式转换后，api层中的第二接口服务模块可以根据第二子任务请求中的中间处理模块标识，将子任务请求发送至后台层的第二中间处理模块；api层中的第三接口服务也会根据第三子任务请求中的中间处理模块标识，将任务请求发送至后台层的第三中间处理模块。第二中间处理模块和第三中间处理模块可以根据自身的任务逻辑关系分别通过调用对应的业务后端层的基础功能组件对子任务请求中的基础任务请求进行处理和/或通过自身增强的功能对子任务请求中的扩展任务请求进行处理，从而实现对第五云计算服务功能对应的任务请求的处理。
86.在示例性的实施方式中，图2所示的云计算平台的中间层12配置有和后台层122进行数据交互的中间层数据库。其中，该中间层数据库被配置为同步存储业务后端层的后端数据库中的数据。同时，当云计算平台前端的对外服务层11中需要改变展示的数据时，可以直接在中间层数据库对应的数据表进行修改。通过在中间层数据库中进行前端展示数据的修改，即避免了前端展示数据的冗余，提高前端数据展示的准确性和灵活性，又提高了前端的响应速度，例如，对于某些可以直接在中间层返回的数据，则通过从中间层数据库获取数据返回给前端，从而提高前端的响应速度。
87.在示例性的实施方式中，图2所示的云计算平台的中间层的12的后台层122还配置有监控器。其中，监控器可以用来监控云计算平台的各项服务的功能是否正常，从而保证云计算平台的稳定性。
88.在本示例性的实施方式中，通过在云计算平台的对外服务层11和业务后端层13之间配置中间层12，并在中间层12中配置应用程序接口层121和后台层122，可以实现云计算平台前端的对外服务层11和后端的业务后端层13之间的解耦合，使得前端的任何需求都可以通过中间层匹配到业务后端层的功能组件中，而不需要直接修改业务后端层的功能组件中的代码，从而保证云计算服务的稳定性。
89.同时，通过中间层，可以提高云计算平台的可扩展性。即在业务后端层可以不断扩展基础功能组件，然后通过中间层可以将前端的功能需求匹配到业务后端层的基础功能组件上，以实现对前端的任务请求的处理。
90.进一步的，通过中间层可以在业务后端层的各基础功能组件的基础功能上增加一些新扩展的功能，以实现多样化的需求。
91.接下来，图3示出本公开一示例性实施例中基于云计算平台的信息处理方法的流程示意图，本示例性实施例的云计算平台包括对外服务层、中间层和业务后端层，其中，中间层预先配置有对外服务层的各任务请求对应的中间处理模块。基于云计算平台的信息处理方法由中间层执行云计算平台参考图3，云计算平台该方法包括：
92.步骤s310，接收对外服务层发送的任务请求；
93.步骤s320，确定任务请求对应的中间处理模块；
94.步骤s330，中间处理模块根据预先配置的任务请求的基础任务和扩展任务之间的逻辑关系，处理任务请求的基础任务和扩展任务，其中，通过调用至少一个业务后端层的功能组件，对基础任务进行处理。
95.在图3所示实施例所提供的技术方案中，在本公开的一些实施例所提供的技术方案中，首先，在云计算平台的对外服务层和业务后端层之间配置中间层，然后，通过中间层可以接收对外服务层发送的任务请求，并通过预先配置在中间层的该服务请求的中间处理模块，确定任务请求的基础任务和扩展任务之间的任务逻辑关系，中间处理模块根据该任务逻辑关系对该服务请求的基础任务和扩展任务进行处理。其中，调用至少一个业务后端层的功能组件，对任务请求的基础任务进行处理。与相关技术相比，一方面，本公开通过在云计算平台的对外服务层和业务后端层之间配置中间层，在中间层预先配置任务请求的基础任务和扩展任务之间的逻辑关系，以通过中间层调用业务后端层的功能组件对任务请求的基础任务进行处理，可以使得云计算平台的对外服务层的任何信息处理需求，都可以通过中间层匹配到业务后端层的已有功能组件中，提高云计算平台的信息处理的灵活性和可扩展性；另一方面，本公开通过配置的中间层可以实现对云计算平台的业务后端层的已有服务组件的功能扩展，且不需要对业务后端层的已有逻辑进行直接修改，从而提高了基于云计算服务的信息处理的稳定性。
96.以下对图3所示实施例中各个步骤的具体实施方式进行详细阐述：
97.在步骤s310中，接收对外服务层发送的任务请求。
98.在示例性的实施方式中，中间层预先配置有对外服务层的各任务请求所对应的应用程序接口服务模块。具体的，中间层可以包括图2所示的应用程序接口层121，应用程序接口层121中可以预先配置有对外服务层的各任务请求所对应的应用程序接口服务模块。
99.步骤s310的具体实施方式可以是，预先配置在应用程序接口层的目标任务请求所对应的应用程序接口服务模块接收对外服务层发送的目标任务请求。
100.图4示出本公开一示例性实施例中的中间层接收任务请求的方法的流程示意图。参考图4，该方法可以包括步骤s410至步骤s420。
101.在步骤s410中，应用程序接口服务模块接收对外服务层发送的任务请求。
102.示例性的，预先配置在应用程序接口层的各应用程序接口服务模块，具有统一接口规范。具体的，各应用程序接口服务模块具有统一的预设数据格式，其可以将对外服务层发送的任务请求转换成预设数据格式的服务请求。其中，该预设数据格式的服务请求为配置在中间层的后台层的各中间处理模块可以识别和处理的数据格式。
103.应用程序接口服务模块接收对外服务层发送的任务请求后，在步骤s420中，应用程序接口服务模块将该任务请求转换成预设数据格式的任务请求。
104.通过步骤s410和步骤s420，可以接收不同数据格式的任务请求，并且对不同数据格式的任务请求进行处理，增加了基于云计算平台的信息处理方法的适用性。
105.继续参考图3，接收对外服务层发送的预设数据格式的任务请求后，在步骤s320中，确定任务请求对应的中间处理模块。
106.在示例性的实施方式中，如前所述，中间层包括后台层，其中，后台层预先配置有各任务请求对应的中间处理模块。
107.图5示出本公开一示例性实施例中确定任务请求的中间处理模块的方法的流程示意图。参考图5，该方法包括步骤s510至步骤s530。其中：
108.在步骤s510中，应用程序接口服务模块获取预设数据格式的任务请求中的中间处理模块标识。
109.举例而言，任务请求中包括中间处理模块标识，应用程序接口服务模块接收到任务请求后，可以获取任务请求的中间处理模块标识。
110.接下来，在步骤s520中，根据处理模块标识，确定预设数据格式的任务请求所对应的中间处理模块。
111.然后在步骤s530中，将预设数据格式的任务请求发送至对应的中间处理模块。
112.通过步骤s510至步骤s530，可以在中间层确定任务请求对应的目标中间处理模块，以通过目标中间处理模块对任务请求进行处理。
113.继续参考图3，在步骤s330中，中间处理模块根据预先配置的任务请求的基础任务和扩展任务之间的逻辑关系，处理任务请求的基础任务和扩展任务。
114.其中，中间处理模块处理任务请求的基础任务包括：调用至少一个所述业务后端层的功能组件，对基础任务进行处理。
115.在示例性的实施方式中，云计算平台的对外服务层配置有应用程序开发接口，例如上述的rest api，通过应用程序接口接口可以将预先生成的任务请求的中间处理模块预先配置在中间层的后台层中。
116.图6示出本公开一示例性中预先生成任务请求的中间处理模块的方法的流程示意图。参考图6，该方法包括步骤s610至步骤s640。
117.在步骤s610中，配置至少一个业务后端层的功能组件的调用信息，以确定任务请求的基础任务。
118.示例性的，业务后端层可以配置有至少一个云计算平台的基础功能组件。具体的，基础功能组件可以包括上述的openstack模块功能组件、ceph模块功能组件、监控报警模块功能组件、工单后端模块功能组件、短信和邮件网关模块功能组件、计费模块功能组件等。
119.示例性的，步骤s610的具体实施方式可以是，通过调用函数配置至少一个业务后端层的基础功能组件的调用信息，确定该基础功能组件所实现的任务为该任务请求的基础任务。
120.在步骤s620中，根据任务请求的预设任务目标对至少一个业务后端层的功能组件进行功能扩展，以生成任务请求的扩展任务。
121.其中，预设任务目标可以包括任务请求的需求目标。功能扩展可以是对至少一个业务后端层的功能组件进行功能增强，即，在业务后端层的至少一个业务组件已经实现的功能基础上，对其实现的功能进行优化或者附加一些新的功能以满足前端的业务需求。
122.例如，在实现上述的对象存储客户端功能时，由于业务后端层已经配置的ceph模块功能组件中的rgw功能难以实现子账号管理体系，而在对外服务层又需要提供子账号管理体系，其中子账号管理体系可以实现不同的账号权限类型。
123.则在步骤s610中，可以通过调用函数配置业务后端层的ceph模块功能组件中的rgw功能标识的调用信息，将其作为子账号管理体系的基础任务。然后，可以通过实现主账号上传数据到对象存储上，子账号可以进行下载，从而使得子账号的权限得到限制的代码，
进而生成子账号管理体系功能，即生成扩展任务。
124.继续参考图6，在步骤s630中，配置基础任务和扩展任务之间的逻辑关系。
125.示例性的，在步骤s610和步骤s620中，确定基础任务以及生成扩展任务后，可以配置基础任务和扩展任务之间的逻辑关系。即先通过调用函数配置基础任务的调用信息，在此基础上再添加扩展任务；还是先添加扩展任务，再通过调用函数配置基础任务的调用信息。即需要确定任务请求的处理逻辑。
126.当需要配置多个基础功能组件的调用信息时，可以根据任务请求的处理逻辑确定多个基础功能组件的先后调用关系以及其分部和扩展任务之间的先后逻辑关系。
127.配置好基础任务和扩展任务之间的逻辑关系后，在步骤s640中，封装基础任务和扩展任务，生成任务请求的中间处理模块。
128.举例而言，可以通过任何的编程语言编写任务请求的处理逻辑的代码，编写好后，可以将编写的代码进行封装，然后生成任务请求的中间处理模块。然后，通过上述的应用程序开发接口，例如rest api将该中间处理模块预先配置到云平台的中间层的后台层。
129.当云计算平台前端的对外服务层发送任务请求时，通过该中间处理模块可以对任务请求进行实际的处理。
130.需要说明的是，当不需要对业务后端层的基础功能组件进行功能增强时，则可以仅在后台层配置至少一个业务后端层的基础功能组件的调用信息。
131.在示例的实施方式中，中间层还预先配置有与中间处理模块进行数据交互的中间层数据库。其中，该中间层数据库被配置为同步存储业务后端层的后端数据库中的数据。
132.举例而言，参考图2所示，可以预先在中间层配置与中间层的后台层进行交互的中间层数据库。具体的，中间层数据库可以是关系型数据库，例如，mysql数据库，或者非关系型数据库，例如redis数据库。
133.进一步的，中间层数据库还被配置为：响应于增加和/或删除中间层数据库中的字段标识的触发操作，在中间层数据库预先生成对外服务层的各任务请求的目标数据表。
134.举例而言，可以根据对外服务层的产品需求预先生成准确的数据表结构。以云主机功能的展示信息为例，当对外服务层的云主机产品中云主机列表页需要展示云主机id、云主机名称、云主机类型、云主机状态、镜像id、云主机配置、云主机内网ip、云主机公网ip、创建时间时，如果直接使用业务后端层的后端数据库中的云主机表，存在部分数据字段多余和/或部分数据字段缺失的情况，此时，通过在中间层数据库增删字段标识的操作，可以直接按照前端的产品展示需求生成目标数据表，不仅避免了前端数据展示的冗余，提高了前端数据展示的准确性和灵活性，同时加快了前端接口获取数据的速度。
135.进一步的，在示例性的实施方式中，中间层还配置有监控器。示例性的，监控器可以配置在中间层的后台层，其中，监控器被配置为以下行为中的至少一种：对中间层数据库和业务后端层的后端数据库的数据同步情况进行检查，以使中间层数据库和后端数据库中的数据保持一致；检查中间层和/或业务后端层的服务是否正常；通过中间层数据库检查云计算平台的资源监控数据，当资源监控数据达到预设阈值时，启动报警通知。
136.举例而言，上述的监控器可以通过后台守护线程实现，然后在后台守护线程中配置多个异步线程同时实现上述的多个监控行为的同时监控。
137.具体的，可以通过定时任务检查中间层数据库与后端数据库的数据同步情况，当
中间层数据库和后端数据库的数据不一致时，修改中间层数据库中的数据，以保证中间层数据库中的数据与后端数据库中的数据的强一致性，从而保证任务请求处理的准确性。
138.在检查检查中间层和/或业务后端层的服务是否正常时，可以通过定时执行预先生成的检测脚本，检查中间层和/或业务后端层的输出的日志数据是否正常，当输出的日志数据不正常时，表明服务异常，则可以进行服务重新启动处理。
139.通过中间层数据库检查云计算平台的资源监控数据时，可以监控中间层的资源监控数据，例如监控用户是否欠费或者达到预设使用期限，当欠费或者达到预设使用期限时，进行报警处理。
140.通过在云计算平台的对外服务层和业务后端层配置中间层，可以提高对外服务层的任务请求响应速度，提高任务请求处理的灵活性和准确性。
141.进一步的，本公开示例性实施例中还提供了再一种云计算平台。该云计算平台包括对外服务层、中间层和业务后端层，其中，中间层预先配置有对外服务层的各任务请求对应的各中间处理模块。
142.具体的，该云计算平台的中间层被配置为：接收对外服务层发送的任务请求；确定任务请求对应的中间处理模块；中间处理模块根据预先配置的任务请求的基础任务和扩展任务之间的逻辑关系，处理任务请求的基础任务和扩展任务；其中，处理任务请求的基础任务包括：调用至少一个业务后端层的功能组件，对基础任务进行处理。
143.该云计算平台的各层的具体细节已经在对应的居于云计算平台的信息处理方法中进行了详细的描述，因此此处不再赘述。
144.本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由cpu执行的计算机程序。在该计算机程序被cpu执行时，执行本发明提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。
145.此外，需要注意的是，上述附图仅是根据本发明示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
146.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
147.此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
148.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算
设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
149.在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
150.参考图7所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品700，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
151.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
152.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
153.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
154.可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
155.此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
156.所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
157.下面参照图8来描述根据本公开的这种实施方式的电子设备800。图8显示的电子
设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
158.如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830以及显示单元840。
159.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图3中所示的：步骤s310，接收对外服务层发送的任务请求；步骤s320，确定任务请求对应的中间处理模块；步骤s330，中间处理模块根据预先配置的任务请求的基础任务和扩展任务之间的逻辑关系，处理任务请求的基础任务和扩展任务，其中，通过调用至少一个业务后端层的功能组件，对基础任务进行处理。
160.存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(rom)8203。
161.存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
162.总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
163.电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
164.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
165.此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
166.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者
适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。