CN109561147A - 一种异构云管理方法及***、异构云管理***构建方法 - Google Patents

Abstract

本发明公开了一种异构云管理方法及***、异构云管理***构建方法，涉及云计算领域，该方法包括获取用户的操作需求.将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数.将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境。所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。本发明能够在IAAS中，为用户提供一个统一的云环境操作方式，实现统一的异构云的统合资源调度、网络管理、用户鉴权等等，实现了异构云的兼容。

Description

一种异构云管理方法及***、异构云管理***构建方法

技术领域

本发明涉及云计算领域，具体涉及一种异构云管理方法及***、异构云管理***构建方法。

背景技术

在云计算领域，通常将所提供服务划分为三层，基础设施即服务(IAAS)，平台即服务(PAAS)，软件即服务(SAAS)。

实现IAAS层所涉及的技术众多，主要包括为：计算虚拟化技术，存储虚拟化技术，网络虚拟化技术，容器技术，云操作***管理平台。其中云操作***管理平台是整个IAAS层技术核心，其负责统一管理和调度底层的各种计算，存储，网络等资源，并将其形成资源池，并向用户屏蔽各种类型物理资源的差异，只提供统一的服务接口。用户使用时不需要关心底层物理资源的位置和型号，即可按需从资源池中获得资源。

在基础设施服务层IAAS，提供给消费者的服务主要是对所有物理基础设施的利用，主要可分为计算，存储，网络资源的利用，例如CPU、内存、存储、网络和其它基本的计算资源。整体云操作***可分为服务接口层，核心层组成，其中核心层又由核心服务，资源池，驱动层，日志记录和数据库模块组成。

核心服务是云操作***重要组成部分，包含了主要的基础设施服务功能，包括服务鉴权，计算资源管理，存储资源管理，网络资源管理，资源编排，容灾备份等其他服务。资源池为抽象概念，为了屏蔽底层基础设置的不同差异，将所有资源抽象为计算，网络，存储，安全等逻辑单元，用户通常不需要管理或控制任何云计算物理基础设施，只按需进行申请以及使用该云***中的各种资源，包括操作***的选择、存储空间、部署的应用，也有可能获得有限制的网络组件(例如路由器、，防火墙，、负载均衡器等)。用户通过IAAS层服务可以部署以及运行任意软件，这些软件包括操作***和应用程序。

驱动层是直接和底层不同虚拟化软件和硬件设备交互的组件，上层***的各种操作请求最终会下发到驱动层由其负责操作底层虚拟化软件和硬件完成。不同厂商，类型的虚拟化软件和硬件有对应的不同驱动来进行对接，云操作***管理员根据实际环境情况进行配置即可。

但随着云计算领域技术和商业模式的不断发展，各种云平台产品和种类也不断丰富，不同云服务厂商在私有云，公有云，社区云领域都推出自己的基础社区云平台产品。随着选择增多，越来越多的云计算用户也将自身业务部署到不同的云平台之上，呈现混合云，多云部署，管理的发展趋势。

目前单一的云操作***就无法满足用户和市场的需求，主要存在以下几个问题：

1.通常的基础设施即服务层云操作***主要目的是为用户屏蔽底层不同的硬件环境，其底层不适用再对接不同的云平台。

2.目前各厂商所提供的云服务对象建模都有不同程度上的差异性，缺乏统一的服务对象建模，用户使用时需要根据底层不同的云产品进行调整。

3.面对多种云环境下的资源调度，网络管理，用户鉴权等关键技术，缺乏统一的设计实现，造成管理上的割裂。

4.资源编排只能支持一种类型云操作***，无法满足在多云环境下的统一编排需求。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种异构云管理方法及***、异构云管理***构建方法，能够在IAAS中，屏蔽不同云环境的差异性，统合云平台，建立统一的服务对象建模，实现异构云的统合资源调度、网络管理、用户鉴权等等，为用户提供统一的基础设置即服务的云操作***，不再需要用户为了配合不同的云环境进行调整。

为达到以上目的，第一方面，本发明实施例提供一种异构云管理方法，其包括：

获取用户的操作需求；

将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数；

将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境；

所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。

作为一个优选的实施方案，所述微服务消息队列通过AMQP(Advanced MessageQueuing Protoco，高级消息队列协议)确定执行顺序。

作为一个优选的实施方案，所述微服务消息包括云主机生命周期管理服务消息、物理机生命周期管理服务消息、网络资源管理服务消息、多云资源编排服务消息、多云任务管理服务消息、多云资源调度配额管理服务消息、存储资源管理服务消息、***服务配置管理服务消息以及资源监控告警服务消息。

作为一个优选的实施方案，所述云环境种类对应的格式为云环境的API结构需求的格式。

作为一个优选的实施方案，所述云环境通过REST API和/或SOAP API接口接收所述服务请求。

第二方面，本发明实施例还提供一种异构云管理***构建方法，其包括：

创建服务网关，所述服务网关用于接受接收用户的服务需求；

创建微服务层，所述微服务层设有多个微服务处理组件，所述服务需求顺序调度一组微服务处理组件，得到微服务消息，所述微服务消息包含云环境种类及服务参数；

创建驱动层，所述驱动层设有与云环境种类对应的驱动模块，所述驱动模块用于根据云环境种类接受对应的微服务消息，并将所述微服务消息转换为所述云环境种类对应的格式的服务请求；

集合多种云环境为异构云层，各个所述云环境与其对应的驱动模块相接，接受所述服务请求。

作为一个优选的实施方案，所述所述服务需求通过AMQP消息队列顺序调度微服务处理组件。

作为一个优选的实施方案，各个所述云环境通过REST API和/或SOAP API接口与其对应的驱动模块相接。，

作为一个优选的实施方案，所述微服务处理组件包括云主机生命周期管理服务、物理机生命周期管理服务、网络资源管理服务、多云资源编排服务、多云任务管理服务、多云资源调度配额管理服务、存储资源管理服务、***服务配置管理服务以及资源监控告警服务。

第三方面，本发明还提供一种异构云管理***，其包括：

服务网关，用于获取用户的操作需求；

微服务层，用于将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数；

驱动层，用于将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境；

异构云层，用于在其中所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。

与现有技术相比，本发明的优点在于：

本发明一种异构云管理方法及***、异构云管理***构建方法获取用户的操作需求，并转化为顺序执行的微服务消息队列，并将微服务消息队列进行了兼容性的转换，使得该微服务消息队列转化能够被云环境接收和完成的服务消息。对用户来说，在IAAS层中，不再需要考虑不同云环境对其命令的影响，只需要按照本发明发送操作需求即可完成用户需求的云服务需求，更加方便。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面对实施例对应的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中IAAS层单个云环境的云操作***整体构架示意图；

图2为本发明实施例的步骤流程图；

图3为本发明实施例的结构示意图；

图4为本发明另一实施例的步骤流程图；

图5为本发明另一实施例的结构示意图。

具体实施方式

以下结合附图对本发明的实施例作进一步详细说明。

本发明实施例提供一种异构云管理方法及***、异构云管理***构建方法，其通过转化操作需求为微服务消息队列，并将微服务消息队列转化为能够被云环境接收和完成的服务请求，能够在IAAS中，为用户提供一个统一的云环境操作方式，实现统一的异构云的统合资源调度、网络管理、用户鉴权等等，实现了异构云的兼容。

为达到上述技术效果，本申请的总体思路如下：

获取用户的操作需求；

将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数；

将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境；

所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。

综上所述，如图1所示，通常，在IAAS层服务领域中，云操作***包括访问层、云服务门户层、服务接口层、云操作***核心层、虚拟化层和物理基础设施。其中云操作***核心层是云操作***重要组成部分，为了屏蔽底层基础设置的不同差异，将所有资源抽象为计算，网络，存储，安全等逻辑单元，用户只按需使用资源池中各类资源即可。驱动层则接收云操作***核心层的消息，驱动下层硬件执行指令，完成云服务任务。但是当用户使用多个云服务以满足其不同的需求时候，其还需要根据云服务的不同进一步进行管理，容易产生混乱、降低了用户使用效率，十分不便。

本发明统一接收用户的操作请求，将之转化为针对不同云环境的命令，并根据云环境的不同对命令进行兼容性的配置，保证其能够被云环境所接收和执行，而对用户来说，其不再需要考虑异构云的不同，进行兼容性管理，其只需根据需求发送操作请求即可，十分效率，且方便快捷。

为了更好的理解上述技术方案，下面结合具体实施方式进行详细的说明。

实施例一

如图2所示，本发明实施例提供一种异构云管理方法，其包括：

S1：获取用户的操作需求。

在操作云管理***时，用户需要输入其操作的需求，如创建、删除、更新等等功能。此时用户不需要关心其命令在何种云环境中具体如何运行的，用户只会使用到本管理方法为其创建的软件服务，而不会受到异构云不兼容命令、软件等等的问题。

S2：将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数。

在接收用户的操作需求后，对该操作需求进行校验、参数提取，并根据这些参数，对应顺序执行的微服务消息队列。即如果下层云环境能够按照对应的微服务消息队列进行顺序执行，完成这些任务后，就完成了用户的操作需求。

将用户的操作需求转化为微服务消息队列，实现了第一步人机交互，使得用户的命令能够转化为机器可能执行的命令，而对用户来说，其只发出了命令，机器就自行开始“理解”命令，并拆分为执行步骤，方便用户不需要接触的底层运行。

作为一个优选的实施方案，微服务消息队内通过AMQP(Advanced MessageQueuing Protoco，高级消息队列协议)确定执行顺序。

AMQP是一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同的开发语言等条件的限制。AMQP能够接受不同的API接口，并有效的传递消息。

作为一个优选的实施方案，如图3所示，微服务消息包括云主机生命周期管理服务消息、物理机生命周期管理服务消息、网络资源管理服务消息、多云资源编排服务消息、多云任务管理服务消息、多云资源调度配额管理服务消息、存储资源管理服务消息、***服务配置管理服务消息以及资源监控告警服务消息。

其中，云主机生命周期管理服务消息能够提供多云环境内的统一云主机资源创建，删除，操作等生命周期管理功能。

物理机生命周期管理服务消息能够提供多云环境内的统一物理机资源创建，删除，操作等生命周期管理功能

网络资源管理服务消息能够提供面向多云环境的统一的网络模型，和网络资源操作管理

容器资源管理服务消息能够提供容器资源在多云环境下的统一创建，删除，操作等生命周期管理功能

多云资源编排服务消息能够提供多云环境下统一的资源编排能力

多云任务管理服务消息能够提供统一的自定义自动化任务机制，满足用户在不同的云环境中都可以使用

多云资源调度和配额管理服务消息能够针对不同云环境内的资源，统一提供一套资源模型，以Region-VDC-AvailableZone-Cluster形成不同层级的资源对象，屏蔽底层不同云环境的差异性。

存储资源管理服务消息能够提供多云环境下的统一存储服务管理

***服务配置管理服务消息能够主要负责对于多云操作***自身的配置进行创建，更新，删除等管理操作。

资源监控告警服务消息能够提供多云下各个云环境的资源监控信息，统一汇聚处理。

需要说明的是，对用户的操作需求转化为多个顺序执行的任务/命令/请求/消息，是本领域技术人员公知的技术手段，如运行某个计算任务，可以转化为：查找待计算数据存储地址，根据存储地址提取该数据，将该数据输入计算公式，进行计算，将结果存储或者展示。

S3：将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境。

再将用户的操作需求转化为机械能够通过一步步顺序执行达成的微服务消息队列后，微服务消息在不同的云环境，即异构云中，可能无法完整的执行，而顺序执行的为服务消息一旦其中之一无法完成，那么用户的操作需求可能无法达成。因此，需要进一步的对微服务消息处理。微服务中包含有云环境的种类以及服务的参数，将微服务进一步对应云环境种类对应的格式的服务请求，然后在发送给云环境。将微服务消息转化为对应格式的服务请求，保证了将微服务消息进一步转化为云环境能够完全理解的服务请求，保证了对异构云的兼容性。用户仅仅只需要发出操作需求，兼容性由云的管理***自行转化以及保证。

具体来说，云环境种类对应的格式为云环境的API结构需求的格式。

驱动的实现方式是根据底层需要接入的不同的云平台的API接口，按照多云异构统一平台对于驱动的功能要求进行实现。具体功能要求包括了底层云平台鉴权功能，计算资源生命周期管理功能(创建，删除，更新，查询以及操作类功能，例如启动，停止等)；存储资源生命周期管理(创建，删除，更新，查询以及操作类功能，例如挂载卷，卸载卷等)；网络资源生命周期管理(创建，删除，更新，查询以及操作类功能，例如网络连接路由器等)。多云驱动层在接受到上层管理平台(即核心微服务层)下发的具体请求后，根据目标云平台的API格式要求，将上层请求中的命令进行转化处理，组装为符合底层云平台接口标准的请求，再通过REST API或SOAP API接口直接发给底层云平台，最终由底层具体的云平台完成该操作请求。

S4：所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。

不同的云环境能够接收、理解并顺序执行一系列与用户操作请求相关的服务请求，最终达成用户的需求操作。用户操作中可能不仅仅在一个单一的云环境中执行，可能需要多个云进行协作，如将计算资源进行转存，可能需要在A云环境提供数据，B云环境接收数据，在传统方案中，用户需要使用A云环境能够理解和执行的命令，请求A云环境发出协作请求，然后使用B云环境能够理解和执行的命令，命令B云环境接收A云环境的协作请求，最后命令A云环境和B环境发收数据。这种涉及多种云环境的操作可能需要多种云环境的兼容性、还需要多次重复考虑，对用户来说十分不友好，同时这种能够顺序执行的任务是机械的，呆板，实际并不需要很多的人力资源。本发明能够将这些任务/命令存储并按照需求的顺序命令云环境执行，更好的节省了人力，加快了IAAS层中的对用户命令的执行效率。

举例来说，用户发出创建云主机的操作需求后，进行如下步骤：

B1：核心微服务层收到创建云主机请求，进行请求格式校验，参数提取，对象建模处理后，根据用户请求参数，选择合适调度的异构资源池。

B2：核心微服务层根据选择出的异构资源池，查找异构资源池对应的多云驱动层的驱动。

B3：核心微服务层通过AMQP消息队列调用多云驱动层中具体某一驱动的创建云主机接口，并下发该接口需要的参数列表。

B4：具体驱动的创建云主机接口收到上层下发的创建云主机请求，并接收到相关创建参数。

B5：驱动首先根据对应的底层云平台API接口要求，对收到的相关参数进行校验，确保格式正确，必选参数无缺失。

B6：驱动按照底层具体云平台的API接口要求，对创建云主机请求进行格式转换，组装，并调用底层云平台的API接口(同步或者异构接口，本例中创建云主机一般为异步接口)。

B7：接口请求调用后，根据请求响应信息，驱动层更新云主机资源对象的状态，如果下发成功，则更新为创建中，如果下发失败，则更新为创建失败。

B8：驱动周期性调用底层云平台的API接口，查询该虚拟机的创建进度，如果创建成功，则继续更新云主机资源对象状态为创建成功，如果底层创建失败，则更新为创建失败。

基于同一发明构思，本申请提供实施例二，其具体实施方式如下。

实施例二

如图4所示，本发明实施例还提供一种多异构云构建方法，其包括，

C1：创建服务网关，所述服务网关用于接受接收用户的服务需求。

用户不需要关心其命令在何种云环境中具体如何运行的，用户只会使用到本管理方法为其创建的软件服务，而不会受到异构云不兼容命令、软件等等的问题。因此创建服务网关来接受用户的服务需求

C2：创建微服务层，所述微服务层设有多个微服务处理组件，所述服务需求顺序调度一组微服务处理组件，得到微服务消息，所述微服务消息包含云环境种类及服务参数。

将用户的操作需求进行转化，得到顺序执行的微服务消息，实现了机器兼容的第一步，使得操作请求不再是上层的总的操作，而是一个个需要机器实际执行的微服务消息。因此在底层云环境与用户之间需要创建一个微服务层来提高了兼容性，并简化了人的操作，更加友好。

作为一个优选的实施方案，服务需求通过AMQP消息队列顺序调度微服务处理组件。

AMQP能够接受不同的API接口，并有效的传递消息。并不受客户端/中间件不同产品，不同的开发语言等条件的限制。

如图3所示，作为一个可选的实施方案，微服务处理组件包括云主机生命周期管理服务、物理机生命周期管理服务、网络资源管理服务、多云资源编排服务、多云任务管理服务、多云资源调度配额管理服务、存储资源管理服务、***服务配置管理服务以及资源监控告警服务。

其中，云主机生命周期管理服务能够提供多云环境内的统一云主机资源创建，删除，操作等生命周期管理功能。

物理机生命周期管理服务能够提供多云环境内的统一物理机资源创建，删除，操作等生命周期管理功能

网络资源管理服务能够提供面向多云环境的统一的网络模型，和网络资源操作管理

容器资源管理服务能够提供容器资源在多云环境下的统一创建，删除，操作等生命周期管理功能

多云资源编排服务能够提供多云环境下统一的资源编排能力

多云任务管理服务能够提供统一的自定义自动化任务机制，满足用户在不同的云环境中都可以使用

多云资源调度和配额管理服务能够针对不同云环境内的资源，统一提供一套资源模型，以Region-VDC-AvailableZone-Cluster形成不同层级的资源对象，屏蔽底层不同云环境的差异性。

存储资源管理服务能够提供多云环境下的统一存储服务管理

***服务配置管理服务能够主要负责对于多云操作***自身的配置进行创建，更新，删除等管理操作。

资源监控告警服务能够提供多云下各个云环境的资源监控信息，统一汇聚处理。C3：创建驱动层，所述驱动层设有与云环境种类对应的驱动模块，所述驱动模块用于根据云环境种类接受对应的微服务消息，并将所述微服务消息转换为所述云环境种类对应的格式的服务请求。

在对操作需求进行拆分后，不同的云环境能够接受与理解的命令不同，同样需求进行兼容性转化，因此需要进一步的在异构云和微服务层创建一个驱动层，对微服务下发的消息进行转化，进一步提高了针对异构云的兼容性。

C4：集合多种云环境为异构云层，各个所述云环境与其对应的驱动模块相接，接受所述服务请求。

前述方法实施例中的各种变化方式和具体实例同样适用于本实施例的方法，通过前述方法的详细描述，本领域技术人员可以清楚的知道本实施例中方法的实施方法以及好处，所以为了说明书的简洁，在此不再详述。

基于同一发明构思，本申请提供实施例三。

实施例三

如图5所示，本发明实施例还提供一种异构云管理***，其包括：

服务网关，用于获取用户的操作需求；

微服务层，用于将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数；

驱动层，用于将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境；

异构云层，用于在其中所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。

前述方法实施例中的各种变化方式和具体实例同样适用于本实施例的***，通过前述方法的详细描述，本领域技术人员可以清楚的知道本实施例中***的实施方法以及好处，所以为了说明书的简洁，在此不再详述。

总体来说，本发明实施例提供的一种异构云管理方法及***、异构云管理***构建方法，过转化操作需求为微服务消息队列，并将微服务消息队列转化为能够被云环境接收和完成的服务请求，能够在IAAS中，为用户提供一个统一的云环境操作方式，实现统一的异构云的统合资源调度、网络管理、用户鉴权等等，实现了异构云的兼容。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种异构云管理方法，其特征在于，其包括：

获取用户的操作需求；

将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数；

将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境；

所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。

2.如权利要求1所述的一种异构云管理方法，其特征在于，所述微服务消息队列通过AMQP(Advanced Message Queuing Protoco，高级消息队列协议)确定执行顺序。

3.如权利要求1所述的一种异构云管理方法，其特征在于，所述微服务消息包括云主机生命周期管理服务消息、物理机生命周期管理服务消息、网络资源管理服务消息、多云资源编排服务消息、多云任务管理服务消息、多云资源调度配额管理服务消息、存储资源管理服务消息、***服务配置管理服务消息以及资源监控告警服务消息。

4.如权利要求1所述的一种异构云管理方法，其特征在于，所述云环境种类对应的格式为云环境的API结构需求的格式。

5.如权利要求1所述的一种异构云管理方法，其特征在于，所述云环境通过REST API和/或SOAP API接口接收所述服务请求。

6.一种异构云管理***构建方法，其特征在于，其包括：

创建服务网关，所述服务网关用于接受接收用户的服务需求；

创建微服务层，所述微服务层设有多个微服务处理组件，所述服务需求顺序调度一组微服务处理组件，得到微服务消息，所述微服务消息包含云环境种类及服务参数；

创建驱动层，所述驱动层设有与云环境种类对应的驱动模块，所述驱动模块用于根据云环境种类接受对应的微服务消息，并将所述微服务消息转换为所述云环境种类对应的格式的服务请求；

集合多种云环境为异构云层，各个所述云环境与其对应的驱动模块相接，接受所述服务请求。

7.如权利要求6所述的一种异构云管理***构建方法，其特征在于，所述服务需求通过AMQP消息队列顺序调度微服务处理组件。

8.如权利要求6所述的一种异构云管理***构建方法，其特征在于，各个所述云环境通过REST API和/或SOAP API接口与其对应的驱动模块相接。

9.如权利要求6所述的一种异构云管理***构建方法，其特征在于，所述微服务处理组件包括云主机生命周期管理服务、物理机生命周期管理服务、网络资源管理服务、多云资源编排服务、多云任务管理服务、多云资源调度配额管理服务、存储资源管理服务、***服务配置管理服务以及资源监控告警服务。

10.一种异构云管理***，其特征在于，其包括：

服务网关，用于获取用户的操作需求；

微服务层，用于将所述操作需求转化为一组顺序执行的微服务消息队列，所述微服务消息包含云环境种类及服务参数；

驱动层，用于将所述服务参数转化为所述云环境种类对应的格式的服务请求，并发送给该云环境；

异构云层，用于在其中所述云环境种类对应的云环境接收所述服务请求并完成所述服务消息所需求的操作。