CN112015372A - 一种异构服务的编排方法、处理方法、装置及电子设备 - Google Patents

Abstract

本说明书实施例提供一种异构服务的编排方法、处理方法、装置及电子设备。编排方法包括：创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务。配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点。基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

Description

一种异构服务的编排方法、处理方法、装置及电子设备

技术领域

本文件涉及数据处理技术领域，尤其涉及一种异构服务的编排方法、处理方法、装置及电子设备。

背景技术

微服务是一个新兴的软件架构，就是把一个大型的单个应用服务程序拆分为多个具有独立性支持的微服务。微服务的策略可以让工作变得更为简便，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。

异构服务可以看成是多种类型微服务的集合。异构服务中的这些微服务在数据协议和数据格式上并不统一，因此之间并不相通。为此，如何针对异构服务编排引擎并按照引擎实现，是本申请所要解决的技术问题。

发明内容

本说明书实施例目的是提供一种异构服务的编排方法、处理方法、装置及电子设备，能够针对异构服务编排引擎并按照引擎实现。

为了达到上述目的，本说明书实施例是这样实现的：

第一方面，提供一种异构服务的编排方法，包括：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务；

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

第二方面，提供一种异构服务的处理方法，包括：

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

第三方面，提供一种异构服务的编排装置，包括：

服务创建模块，创建目标异构服务，所述目标异构服务包含有至少两种类型的微服务；

节点编排模块，配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

引擎构建模块，基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

第四方面，提供一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务；

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

第五方面，提供一种算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务；

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

第六方面，提供一种异构服务的处理装置，包括：

引擎调取模块，基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

引擎解析模块，从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

引擎执行模块，通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

第七方面，提供一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

第八方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

本说明书实施例的方案通过配置异构服务需要的至少两个微服务节点、至少两个微服务节点的拓扑路径、至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，来构建异构服务的执行引擎。当异构服务被请求时，执行引擎的虚拟适配器可以基于自身设置的多协议构架的协议语言，对服务请求数据进行解析并分拣输入至执行引擎对应的微服务节点，从而按照执行引擎对应的拓扑路径和微服务节点之间的数据汇总逻辑进行处理，得到异构服务的输出结果。整个方案可以高效、灵活整合微服务资源实现异构服务的部署。

附图说明

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

图1为本说明书实施例提供的异构服务的编排方法的第一种流程示意图。

图2为本说明书实施例提供的异构服务的处理方法的第一种流程示意图。

图3为本说明书实施例提供的异构服务的编排方法的第二种流程示意图。

图4为本说明书实施例提供的异构服务的处理方法的第二种流程示意图。

图5为本说明书实施例提供的异构服务的编排装置的结构示意图。

图6为本说明书实施例提供的异构服务的处理装置的结构示意图。

图7为本说明书实施例提供的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

如前所述，异构服务可以看成是多种类型微服务的集合。异构服务中的这些微服务在数据协议和数据格式上并不统一，因此之间并不相通。目前，尚没有针对异构服务的引擎编排方案。

针对上述背景，本文件旨在提供一种针对异构服务的引擎编排方案以及后续基于编排得到的引擎实现异构服务的方案。

图1是本说明书实施例异构服务的编排方法的流程图。图1所示的方法可以由下文相对应的装置执行，包括如下步骤：

S102，创建目标异构服务，目标异构服务包含有至少两种协议构架的微服务。

应理解，不同协议构架对应有不同的协议语言，之间无法进行数据相通。

S104，配置目标异构服务需要的至少两个微服务节点、该至少两个微服务节点的拓扑路径、该至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，虚拟适配器用于基于上述至少两种协议构架的协议语言，对目标异构服务的服务请求数据进行解析并分拣输入至对应的上述至少两个微服务节点。

应理解，当服务使用方请求目标异构服务时，发起的服务请求会携带有不同协议构架的服务请求数据。为此，虚拟适配器可以基于自身配置的不同协议构架协议语言，为服务请求数据匹配对应的微服务节点。

S106，基于配置得到的目标异构服务需要的至少两个微服务节点、至少两个微服务节点的拓扑路径、至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建目标异构服务的执行引擎。

本说明书实施例的方法通过配置异构服务需要的至少两个微服务节点、至少两个微服务节点的拓扑路径、至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，来构建异构服务的执行引擎。当异构服务被请求时，执行引擎的虚拟适配器可以基于自身设置的多协议构架的协议语言，对服务请求数据进行解析并分拣输入至执行引擎对应的微服务节点，从而按照执行引擎对应的拓扑路径和微服务节点之间的数据汇总逻辑进行处理，得到异构服务的输出结果。整个方案可以高效、灵活整合微服务资源实现异构服务的部署。

与上述图1所示的方法相对应地，本说明书实施例还提供一种异构服务的处理方法，能够基于上述执行引擎实现目标异构服务。图2是本说明书实施例异构服务的处理方法的流程图。图2所示的方法可以由下文相对应的装置执行，包括如下步骤：

S202，基于目标异构服务的服务请求，调取预先设置的目标异构服务的执行引擎。

S204，从执行引擎解析获得目标异构服务需要的至少两个微服务节点、该至少两个微服务节点的拓扑路径、该至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器。

S206，通过虚拟适配器对服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照至少两个微服务节点的拓扑路径和至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到目标异构服务的输出结果。

下面结合实际的应用场景，对上述异构服务的编排方法和处理方法进行详细介绍。

本应用场景包括服务编排流程与和异构服务请求流程两部分。

其中，如图3所示，服务编排流程包括：

步骤1：目标异构服务的注册。

本步骤注册目的是为目标异构服务整合需要的微服务。需要将目标异构服务详细信息，比如协议、参数、请求方式等信息进行注册，从在被请求时对目标异构服务进行数据解析操作。

步骤2：编排目标异构服务的微服务节点。

本步骤可以向用户显示目标异构服务的编排界面，用户可以自定义创建执行微服务所需要的微服务节点，并通过拖拽操作将微服务节点添加至编排界面中，以作为目标异构服务的微服务节点。

进一步地，用户还可以通过编排界面提供的拓扑关系的连线功能，形成微服务节点之间的拓扑结构。比如，按照有向无环图的拓扑方式对编排界面提的微服务节点进行连线，形成微服务节点的拓扑路径。

步骤3：微服务节点的设置。

本步骤对拖入到编排界面的微服务节点进行设置，包括输入参数、输出结果等。

对于输出结果会有筛选逻辑以及复杂的数据转换逻辑的微服务节点，还可以在编排界面中编写动态的脚本程序以用于进行数据处理。

步骤4：微服务节点的数据汇总逻辑设置

本步骤对编排界面中形成拓扑连接的微服务节点设置数据汇总逻辑。比如横连接数据汇总逻辑(横连接是基于涉及的两个或者多个数据集通过数据集的某个列值关系将数据集进行结合重构的过程，是一个取交集的操作)、纵连接数据汇总逻辑(纵链接是两个或者多个数据集合并为一个数据集的过程，数据集之间不需要有列值关系，只是做并集的操作)等。

对于汇总逻辑复杂的微服务节点，还可以在编排界面中编写动态的脚本程序以用于对各微服务节点的输出进行数据汇总。

步骤5：设置目标异构服务的输出节点

本步骤具体在编排界面中生成目标异构服务最终输出的节点，即输出节点，并为该输出节点编写数据输出配置，例如数据格式、数据排列等。

步骤6：设置目标异构服务的虚拟适配器

本步骤用户可以在编排界面中添加虚拟适配器，并对虚拟适配器设置目标异构服务所需要涉及的微服务协议，比如http\webservice\tcp\dubbo等协议等。

应理解，在目标异构服务被请求后，虚拟适配器能偶基于自身设置的这些协议，对自不同协议构架的服务请求数据进行解析。

步骤7：生成执行引擎

本步骤基于编排界面中的所有设置，生成目标异构服务的执行引擎，并进行存储。

之后，如图4所示，异构服务请求流程包括：

步骤1：目标异构服务的请求解析

请求解析是最基本的步骤，用于分析请求方发送的请求信息，查询相关编排的微服务和微服务涉及的参数。

步骤2：解析执行引擎

本步骤调取标异构服务的执行引擎，解析执行引擎中的微服务、相关的拓扑关路径、数据汇总逻辑和虚拟适配器。

步骤3：微服务节点的数据处理

本步骤具体将微服务节点的参数发送至虚拟适配器，由虚拟适配器确定各微服务节点所配置的协议。之后，虚拟适配器对目标异构服务的服务请求数据进行解析，确定服务请求数据所相匹配的微服务节点，并将服务请求数据分拣输入至对应的微服务节点，由微服务节点进一步基于自身的配置(数据处理方式、脚本程序等)，对虚拟适配器分配的请求数据进行相关的微服务处理。

步骤4：微服务节点间的数据汇总

本步骤按照微服务节点间的拓扑路径和数据汇总逻辑对各微服务节点的输出数据进行汇总。

步骤5：输出目标异构服务的请求结果

本步骤基于执行引擎的输出节点，输出最终数据汇总的结果，也就是目标异构服务的输出结果，并将输出结果反馈给请求方。

以上是对本说明书实施例的方法的介绍。应理解，在不脱离本文上述原理基础之上，还可以进行适当的变化，这些变化也应视为本说明书实施例的保护范围。

与上述图所示的编排方法相对应地，本说明书实施例还提供一种异构服务的编排装置。图5是编排装置500的结构图，包括：

服务创建模块510，创建目标异构服务，所述目标异构服务包含有至少两种类型的微服务.

节点编排模块520，配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

引擎构建模块530，基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

可选地，节点编排模块520具体用于：显示目标异构服务的编排界面，基于针对所述编排界面的用户操作，在所述编排界面中生成目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器。

对应地，所述引擎构建模块530具体用于：将所述编排界面中生成的所述编排界面中生成目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器转换成所述目标异构服务的执行引擎

可选地，配置得到的微服务节点包含有该微服务节点执行在所述目标异构服务中对应功能所需要的脚本程序。

可选地，节点编排模块520具体按照有向无环图的拓扑方式配置所述至少两个微服务节点的拓扑路径。

显然，本说明书实施例图5所示的编排装置可以实现上述图1和图3所示的编排方法中的步骤和功能。由于原理相同，本文不再赘述。

与上述图2所示的处理方法相对应地，本说明书实施例还提供一种异构服务的处理装置。图6是处理装置600的结构图，包括：

引擎调取模块610，基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

引擎解析模块620，从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

引擎执行模块630，通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

显然，本说明书实施例图6所示的处理装置可以实现上述图2和图4所示的处理方法中的步骤和功能。由于原理相同，本文不再赘述。

图7是本说明书的一个实施例电子设备的结构示意图。请参考图7，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

其中，处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成异构服务的编排装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务；

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

或者，处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成异构服务的编排装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎。

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器。

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

基于本说明书实施例的电子设备，可以通过配置异构服务需要的至少两个微服务节点、至少两个微服务节点的拓扑路径、至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，来构建异构服务的执行引擎。当异构服务被请求时，执行引擎的虚拟适配器可以基于自身设置的多协议构架的协议语言，对服务请求数据进行解析并分拣输入至执行引擎对应的微服务节点，从而按照执行引擎对应的拓扑路径和微服务节点之间的数据汇总逻辑进行处理，得到异构服务的输出结果。整个方案可以高效、灵活整合微服务资源实现异构服务的部署。

上述如本说明书图1所示实施例揭示的编排方法或者图2实施例揭示的处理方法可以应用于处理器中，并由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(CentralProcessing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本说明书实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本说明书实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

应理解，本说明书实施例的电子设备可以使上述图5所示的编排装置实现图1和图3所示的实施例的功能，或者使上述图6所示的处理装置实现图2和图4所示的实施例的功能。

当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

此外，本说明书实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令。

其中，上述指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下步骤：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务。

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点。

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

或者，上述指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图2所示实施例的方法，并具体用于执行以下步骤：

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎。

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器。

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

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

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。此外，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

Claims (11)

1.一种异构服务的编排方法，其特征在于，包括：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务；

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

2.根据权利要求1所述的方法，其特征在于，

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，包括：

显示目标异构服务的编排界面，基于针对所述编排界面的用户操作，在所述编排界面中生成目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

构建所述目标异构服务的执行引擎，包括：

将所述编排界面中生成的所述编排界面中生成目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器转换成所述目标异构服务的执行引擎。

3.根据权利要求1所述的方法，其特征在于，

配置得到的微服务节点包含有该微服务节点执行在所述目标异构服务中对应功能所需要的脚本程序。

4.根据权利要求1所述的方法，其特征在于，

配置所述至少两个微服务节点的拓扑路径包括：

按照有向无环图的拓扑方式配置所述至少两个微服务节点的拓扑路径。

5.一种异构服务的处理方法，其特征在于，

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

6.一种异构服务的编排装置，其特征在于，包括：

服务创建模块，创建目标异构服务，所述目标异构服务包含有至少两种类型的微服务；

节点编排模块，配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

引擎构建模块，基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

7.一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务；

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

8.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如下步骤：

创建目标异构服务，所述目标异构服务包含有至少两种协议构架的微服务；

配置所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，所述虚拟适配器用于基于所述至少两种协议构架的协议语言，对所述目标异构服务的服务请求数据进行解析并分拣输入至对应的所述至少两个微服务节点；

基于配置得到的所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器，构建所述目标异构服务的执行引擎。

9.一种异构服务的处理装置，其特征在于，包括：

引擎调取模块，基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

引擎解析模块，从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

引擎执行模块，通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

10.一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行：

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

11.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如下步骤：

基于目标异构服务的服务请求，调取预先设置的所述目标异构服务的执行引擎；

从所述执行引擎解析获得所述目标异构服务需要的至少两个微服务节点、所述至少两个微服务节点的拓扑路径、所述至少两个微服务节点之间的数据汇总逻辑以及虚拟适配器；

通过所述虚拟适配器对所述服务请求中携带的请求数据进行解析并分拣输入至对应的所述至少两个微服务节点，以按照所述至少两个微服务节点的拓扑路径和所述至少两个微服务节点之间的数据汇总逻辑进行数据处理，得到所述目标异构服务的输出结果。

Images