CN112083912B - 服务编排的中间结果处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种服务编排的中间结果处理方法，该方法包括以下步骤：针对服务编排中除最后一个服务节点外的每一个服务节点，如果该服务节点输出的结果数据需要进行中间结果处理，则在该服务节点与下一个服务节点之间部署中间结果处理节点；在服务执行过程中，中间结果处理节点将目标服务节点输出的目标结果数据和对应的源代码传递到处理引擎，以在处理引擎中执行源代码对目标结果数据进行处理；将处理结果传递给下一个服务节点。应用本申请所提供的技术方案，实现了对服务编排的中间结果的有效处理，减少了数据处理难度，方便了服务流程之间的数据传递。本申请还公开了一种服务编排的中间结果处理装置、设备及存储介质，具有相应技术效果。

Description

服务编排的中间结果处理方法、装置、设备及存储介质

技术领域

本申请涉及计算机应用技术领域，特别是涉及一种服务编排的中间结果处理方法、装置、设备及存储介质。

背景技术

随着计算机技术的快速发展，微服务逐渐兴起。微服务是一种在云中部署应用和服务的新技术。在微服务体系结构中，可以将一个应用分解为多个较小粒度的服务，各个服务负责不同的模块功能，可以由不同团队并行独立开发和部署。一个系统采用微服务架构后，其原有的业务可能并没有发生变化，但实际已被拆分成了很多新的微服务。与传统架构相比，微服务架构下会更依赖通过各服务节点之间的协作来实现一个完整的业务流程，这种协作就是服务编排，每个服务节点提供相应的服务。

目前常见的服务编排方式为Orchestration面向可执行的流程。Orchestration服务编排方式通过一个可执行的流程来协同内部及外部的服务交互，通过流程来控制总体的目标、涉及的操作、服务调用顺序等。

在Orchestration服务编排方式所产生的执行流程中，根据流程决定服务调用顺序。但是，一个服务节点所产生的结果有时并不能完全满足与下一个服务节点之间直接进行数据传递，容易增加数据处理难度，不方便服务流程之间的数据传递。

综上所述，如何有效地进行服务编排的中间结果处理，减少数据处理难度，方便服务流程之间的数据传递，是目前本领域技术人员急需解决的问题。

发明内容

本申请的目的是提供一种服务编排的中间结果处理方法、装置、设备及存储介质，以减少数据处理难度，方便服务流程之间的数据传递。

为解决上述技术问题，本申请提供如下技术方案：

一种服务编排的中间结果处理方法，包括：

针对服务编排中除最后一个服务节点外的每一个服务节点，确定该服务节点输出的结果数据是否需要进行中间结果处理；

如果确定需要进行中间结果处理，则在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点；

在服务执行过程中，所述中间结果处理节点执行以下步骤：

接收目标服务节点输出的目标结果数据；

将所述目标结果数据和对应的源代码传递到处理引擎，以在所述处理引擎中执行所述源代码对所述目标结果数据进行处理；

获得所述处理引擎的处理结果，并将所述处理结果传递给所述目标服务节点的下一个服务节点。

在本申请的一种具体实施方式中，所述确定该服务节点输出的结果数据是否需要进行中间结果处理，包括：

确定该服务节点的下一个服务节点；

通过所述下一个服务节点的接口确定该服务节点输出的结果数据是否符合预期；

如果不符合，则确定该服务节点输出的结果数据需要进行中间结果处理。

在本申请的一种具体实施方式中，所述处理结果缓存在所述处理引擎中。

在本申请的一种具体实施方式中，在所述获得所述处理引擎的处理结果之后，还包括：

关闭所述处理引擎。

在本申请的一种具体实施方式中，还包括：

如果确定该服务节点输出的结果数据不需要进行中间结果处理，则在所述服务执行过程中，该服务节点输出的结果数据直接传递给该服务节点的下一个服务节点。

在本申请的一种具体实施方式中，所述处理引擎为Nashorn引擎，所述源代码为JavaScript源代码。

一种服务编排的中间结果处理装置，包括：

中间结果处理判定模块，用于针对服务编排中除最后一个服务节点外的每一个服务节点，确定该服务节点输出的结果数据是否需要进行中间结果处理；

中间结果处理节点部署模块，用于如果确定需要进行中间结果处理，则在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点；

中间结果处理节点执行模块，用于在服务执行过程中，所述中间结果处理节点执行以下步骤：

接收目标服务节点输出的目标结果数据；

将所述目标结果数据和对应的源代码传递到处理引擎，以在所述处理引擎中执行所述源代码对所述目标结果数据进行处理；

获得所述处理引擎的处理结果，并将所述处理结果传递给所述目标服务节点的下一个服务节点。

在本申请的一种具体实施方式中，所述中间结果处理判定模块，用于：

确定该服务节点的下一个服务节点；

通过所述下一个服务节点的接口确定该服务节点输出的结果数据是否符合预期；

如果不符合，则确定该服务节点输出的结果数据需要进行中间结果处理。

一种服务编排的中间结果处理设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述任一项所述服务编排的中间结果处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述服务编排的中间结果处理方法的步骤。

应用本申请实施例所提供的技术方案，针对服务编排中除最后一个服务节点外的每一个服务节点，在确定该服务节点输出的结果数据需要进行中间结果处理的情况下，在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点，在服务执行过程中，中间结果处理节点在接收到目标服务节点输出的目标结果数据后，将目标结果数据和对应的源代码传递到处理引擎，在处理引擎中执行源代码对目标结果数据进行处理，中间结果处理节点获得处理结果后，将处理结果传递给目标服务节点的下一个服务节点。实现了对服务编排的中间结果的有效处理，减少了数据处理难度，方便了服务流程之间的数据传递。

附图说明

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

图1为本申请实施例中一种服务编排的中间结果处理方法的实施流程图；

图2为本申请实施例中一种服务编排的中间结果处理装置的结构示意图；

图3为本申请实施例中一种服务编排的中间结果处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1所示，为本申请实施例所提供的一种服务编排的中间结果处理方法的实施流程图，该方法可以包括以下步骤：

S110：针对服务编排中除最后一个服务节点外的每一个服务节点，确定该服务节点输出的结果数据是否需要进行中间结果处理。

在服务编排中，可以包括多个服务节点，每个服务节点提供相应的服务，通过各服务之间的协作来实现一个完整的业务流程。在实际应用中，一个服务节点输出的结果数据并不一定符合其下一个服务节点对输入数据的要求。比如，数据类型不符合要求，一个服务节点期望得到一个数字类型的数据作为输入参数，上一个服务节点输出的结果数据却是字符串类型，这就导致其输出的结果数据的数据类型不符合要求。再比如，多个服务节点输出同一数据时，选择采用哪一个服务节点输出的结果数据作为输入参数传递给下一个服务节点，一个服务节点需要一个合适的数据作为输入参数，而在该服务节点之前有多个服务节点都返回了符合要求的结果数据，这就需要确定要使用哪一个结果数据传递给该服务节点。

针对服务编排中除最后一个服务节点外的其他每一个服务节点，可以先确定该服务节点输出的结果数据是否需要进行中间结果处理。

在本申请的一种具体实施方式中，该步骤可以包括以下步骤：

步骤一：确定该服务节点的下一个服务节点；

步骤二：通过下一个服务节点的接口确定该服务节点输出的结果数据是否符合预期；如果不符合，则执行步骤三；

步骤三：确定该服务节点输出的结果数据需要进行中间结果处理。

为便于描述，将上述三个步骤结合起来进行说明。

服务编排中可以包含有序的多个服务节点，各服务节点提供相应服务。针对服务编排中除最后一个服务节点外的其他每一个服务节点，可以先确定该服务节点的下一个服务节点，即确定该服务节点输出的结果数据要作为哪一个服务节点的输入参数。

在实际应用中，每一个服务节点的接口是已知的。针对某一个服务节点而言，通过该服务节点的接口可以确定该服务节点对输入参数的期望。针对除最后一个服务节点外的其他每一个服务节点，在确定该服务节点的下一个服务节点后，即可根据该下一个服务节点的接口确定该下一个服务节点对输入参数的期望，从而可以判断该服务节点输出的结果数据是否符合预期。

如果符合，则可以确定该服务节点输出的结果数据不需要进行中间结果处理，不需要增加额外的处理过程。在服务执行过程中，该服务节点输出的结果数据可以直接传递给该服务节点的下一个服务节点，提高服务执行效率。

如果不符合，则可以确定该服务节点输出的结果数据需要进行中间结果处理。

S120：如果确定需要进行中间结果处理，则在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点。

针对服务编排中除最后一个服务节点外的其他每一个服务节点，在确定该服务节点输出的结果数据需要进行中间结果处理之后，可以在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点。只要服务编排中存在相邻两个服务节点中前一个服务节点输出的结果数据需要进行中间结果处理，即在这两个服务节点之间部署一个中间结果处理节点。这样，在服务执行过程中，前一个服务节点输出的结果数据会到达中间结果处理节点，经过中间结果处理节点的处理后再传递给下一个服务节点，作为下一个服务节点的输入参数。

S130：在服务执行过程中，中间结果处理节点进行相应处理。执行以下步骤：

S131：接收目标服务节点输出的目标结果数据。

目标服务节点是指确定其输出的结果数据需要进行中间结果处理的任意一个服务节点。目标服务节点输出的目标结果数据传递给中间结果处理节点，以进行中间结果处理。中间结果处理节点接收到目标服务节点输出的目标结果数据后，可以继续执行步骤S132的操作。

S132：将目标结果数据和对应的源代码传递到处理引擎，以在处理引擎中执行源代码对目标结果数据进行处理。

针对于不同的服务节点输出的结果数据可以预先编写相应的用于对该结果数据进行中间结果处理的源代码。

中间结果处理节点接收到目标服务节点输出的目标结果数据后，可以开启处理引擎，将目标结果数据和对应的源代码传递到处理引擎。在处理引擎中可以执行该源代码对目标结果数据进行处理。如数据类型的转换、多数据的选择等。处理引擎处理完成后，可以将处理结果缓存在处理引擎中，如存入定义好的数据集合中。

处理引擎可以为Nashorn引擎，源代码可以为JavaScript源代码。或者，处理引擎也可以为其他类型引擎，相应的，源代码为适合处理引擎进行处理的相应类型的源代码。

S133：获得处理引擎的处理结果，并将处理结果传递给目标服务节点的下一个服务节点。

中间结果处理节点可以在处理引擎的缓存中获得处理结果，该处理结果符合目标服务节点的下一个服务节点对输入参数的预期。将处理结果传递给目标服务节点的下一个服务节点，作为下一个服务节点的输入参数，下一个服务节点可以利用该处理结果执行相应服务。

中间结果处理节点在获得处理引擎的处理结果后，可以关闭处理引擎，释放存储空间。

应用本申请实施例所提供的方法，针对服务编排中除最后一个服务节点外的每一个服务节点，在确定该服务节点输出的结果数据需要进行中间结果处理的情况下，在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点，在服务执行过程中，中间结果处理节点在接收到目标服务节点输出的目标结果数据后，将目标结果数据和对应的源代码传递到处理引擎，在处理引擎中执行源代码对目标结果数据进行处理，中间结果处理节点获得处理结果后，将处理结果传递给目标服务节点的下一个服务节点。实现了对服务编排的中间结果的有效处理，减少了数据处理难度，方便了服务流程之间的数据传递。

为便于理解，通过一个简单应用场景对本申请实施例进行说明。

在这个应用场景中，需要根据时间和天气情况获取适合的出行方式。在服务编排中，包含有序的四个服务节点，服务节点1、服务节点2、服务节点3、服务节点4。服务节点1提供获取天气情况的服务，服务节点2提供获取步行出行方式的服务，服务节点3提供获取乘坐公交车出行的服务，服务节点4提供获取适合的出行方式的服务。

首先，将时间信息传递给服务节点1，服务节点1输出的结果数据为天气信息，将时间信息和天气信息分别传递给服务节点2和服务节点3，服务节点2输出的结果数据为步行出行方式，服务节点3输出的结果数据为公交车出行方式。如果只需要选择服务节点2或者服务节点3中的一个结果数据作为服务节点4的输入参数，则需要在服务节点2、服务节点3与服务节点4之间部署中间结果处理节点。在服务执行过程中，该中间结果处理节点接收到服务节点2和服务节点3输出的结果数据后，将接收到的结果数据和相应的源代码传递到处理引擎，在处理引擎中执行源代码对结果数据进行处理，中间结果处理节点获得处理结果后，将处理结果传递给服务节点4，得到适合的出行方式。

本申请实施例在整个服务编排中，需要进行中间结果处理的地方，只需要传递需要处理的结果数据和相应的源代码到处理引擎，然后调用处理引擎的处理结果，就可以得到预期效果，使得微服务开发过程更加独立，开发团队之间不需要约定参数传递的特定开发规范，不需要对微服务进行过多改动，在较大程度上节约了微服务开发成本和时间，减少了开发难度，提高了微服务开发效率。

相应于上面的方法实施例，本申请实施例还提供了一种服务编排的中间结果处理装置，下文描述的服务编排的中间结果处理装置与上文描述的服务编排的中间结果处理方法可相互对应参照。

参见图2所示，该装置包括以下模块：

中间结果处理判定模块210，用于针对服务编排中除最后一个服务节点外的每一个服务节点，确定该服务节点输出的结果数据是否需要进行中间结果处理；

中间结果处理节点部署模块220，用于如果确定需要进行中间结果处理，则在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点；

中间结果处理节点执行模块230，用于在服务执行过程中，中间结果处理节点执行以下步骤：

接收目标服务节点输出的目标结果数据；

将目标结果数据和对应的源代码传递到处理引擎，以在处理引擎中执行源代码对目标结果数据进行处理；

获得处理引擎的处理结果，并将处理结果传递给目标服务节点的下一个服务节点。

应用本申请实施例所提供的装置，针对服务编排中除最后一个服务节点外的每一个服务节点，在确定该服务节点输出的结果数据需要进行中间结果处理的情况下，在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点，在服务执行过程中，中间结果处理节点在接收到目标服务节点输出的目标结果数据后，将目标结果数据和对应的源代码传递到处理引擎，在处理引擎中执行源代码对目标结果数据进行处理，中间结果处理节点获得处理结果后，将处理结果传递给目标服务节点的下一个服务节点。实现了对服务编排的中间结果的有效处理，减少了数据处理难度，方便了服务流程之间的数据传递。

在本申请的一种具体实施方式中，中间结果处理判定模块210，用于：

确定该服务节点的下一个服务节点；

通过下一个服务节点的接口确定该服务节点输出的结果数据是否符合预期；

如果不符合，则确定该服务节点输出的结果数据需要进行中间结果处理。

在本申请的一种具体实施方式中，处理结果缓存在处理引擎中。

在本申请的一种具体实施方式中，中间结果处理节点执行模块230，还用于：

在获得处理引擎的处理结果之后，关闭处理引擎。

在本申请的一种具体实施方式中，还包括结果数据传递模块，用于：

如果确定该服务节点输出的结果数据不需要进行中间结果处理，则在服务执行过程中，该服务节点输出的结果数据直接传递给该服务节点的下一个服务节点。

在本申请的一种具体实施方式中，处理引擎为Nashorn引擎，源代码为JavaScript源代码。

相应于上面的方法实施例，本申请实施例还提供了一种服务编排的中间结果处理设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现上述服务编排的中间结果处理方法的步骤。

如图3所示，为服务编排的中间结果处理设备的组成结构示意图，服务编排的中间结果处理设备可以包括：处理器10、存储器11、通信接口12和通信总线13。处理器10、存储器11、通信接口12均通过通信总线13完成相互间的通信。

在本申请实施例中，处理器10可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路、数字信号处理器、现场可编程门阵列或者其他可编程逻辑器件等。

处理器10可以调用存储器11中存储的程序，具体的，处理器10可以执行服务编排的中间结果处理方法的实施例中的操作。

存储器11中用于存放一个或者一个以上程序，程序可以包括程序代码，程序代码包括计算机操作指令，在本申请实施例中，存储器11中至少存储有用于实现以下功能的程序：

针对服务编排中除最后一个服务节点外的每一个服务节点，确定该服务节点输出的结果数据是否需要进行中间结果处理；

如果确定需要进行中间结果处理，则在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点；

在服务执行过程中，中间结果处理节点执行以下步骤：

接收目标服务节点输出的目标结果数据；

将目标结果数据和对应的源代码传递到处理引擎，以在处理引擎中执行源代码对目标结果数据进行处理；

获得处理引擎的处理结果，并将处理结果传递给目标服务节点的下一个服务节点。

在一种可能的实现方式中，存储器11可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及至少一个功能(比如节点部署功能、数据处理功能)所需的应用程序等；存储数据区可存储使用过程中所创建的数据，如结果数据、源代码数据等。

此外，存储器11可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。

通信接口13可以为通信模块的接口，用于与其他设备或者系统连接。

当然，需要说明的是，图3所示的结构并不构成对本申请实施例中服务编排的中间结果处理设备的限定，在实际应用中服务编排的中间结果处理设备可以包括比图3所示的更多或更少的部件，或者组合某些部件。

相应于上面的方法实施例，本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述服务编排的中间结果处理方法的步骤。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的技术方案及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (8)

1.一种服务编排的中间结果处理方法，其特征在于，包括：

针对服务编排中除最后一个服务节点外的每一个服务节点，确定该服务节点输出的结果数据是否需要进行中间结果处理；

如果确定需要进行中间结果处理，则在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点；

在服务执行过程中，所述中间结果处理节点执行以下步骤：

接收目标服务节点输出的目标结果数据；

将所述目标结果数据和对应的源代码传递到处理引擎，以在所述处理引擎中执行所述源代码对所述目标结果数据进行处理；

获得所述处理引擎的处理结果，并将所述处理结果传递给所述目标服务节点的下一个服务节点；

其中，所述确定该服务节点输出的结果数据是否需要进行中间结果处理，包括：

确定该服务节点的下一个服务节点；

通过所述下一个服务节点的接口确定该服务节点输出的结果数据是否符合预期；

如果不符合，则确定该服务节点输出的结果数据需要进行中间结果处理。

2.根据权利要求1所述的方法，其特征在于，所述处理结果缓存在所述处理引擎中。

3.根据权利要求1所述的方法，其特征在于，在所述获得所述处理引擎的处理结果之后，还包括：

关闭所述处理引擎。

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

如果确定该服务节点输出的结果数据不需要进行中间结果处理，则在所述服务执行过程中，该服务节点输出的结果数据直接传递给该服务节点的下一个服务节点。

5.根据权利要求1至4之中任一项所述的方法，其特征在于，所述处理引擎为Nashorn引擎，所述源代码为JavaScript源代码。

6.一种服务编排的中间结果处理装置，其特征在于，包括：

中间结果处理判定模块，用于针对服务编排中除最后一个服务节点外的每一个服务节点，确定该服务节点输出的结果数据是否需要进行中间结果处理；

中间结果处理节点部署模块，用于如果确定需要进行中间结果处理，则在该服务节点与该服务节点的下一个服务节点之间部署中间结果处理节点；

中间结果处理节点执行模块，用于在服务执行过程中，所述中间结果处理节点执行以下步骤：

接收目标服务节点输出的目标结果数据；

将所述目标结果数据和对应的源代码传递到处理引擎，以在所述处理引擎中执行所述源代码对所述目标结果数据进行处理；

获得所述处理引擎的处理结果，并将所述处理结果传递给所述目标服务节点的下一个服务节点；

所述中间结果处理判定模块，用于：

确定该服务节点的下一个服务节点；

通过所述下一个服务节点的接口确定该服务节点输出的结果数据是否符合预期；

如果不符合，则确定该服务节点输出的结果数据需要进行中间结果处理。

7.一种服务编排的中间结果处理设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至5任一项所述服务编排的中间结果处理方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述服务编排的中间结果处理方法的步骤。