CN114035978A - 一种基于微服务架构的服务编排处理方法及装置 - Google Patents

Abstract

本申请提供了一种基于微服务架构的服务编排处理方法及装置，涉及计算机技术领域。该方法通过响应式编程模式实现了在不引入第三方组件以及增加运维复杂度的前提下支持复杂编排逻辑，高效的开发编排服务、对外共享服务；同时简化了对编排服务测试，缩小了编排服务与普通服务间的差异性，使其具备易部署和线性扩展的能力。

Description

一种基于微服务架构的服务编排处理方法及装置

技术领域

本申请涉及计算机技术领域，具体涉及一种基于微服务架构的服务编排处理方法及装置。

背景技术

随着IT技术的发展，IT管理任务的复杂程度越来越高，管理成本也越来越高。为此，人们采用了流程与任务结合的方式，来将某些服务能力固化，以达到快速、自动化完成指定任务的目的。用户只需要进行服务编排便可以创建多种所需的服务，并实现服务实例的相关操作。

相关技术中，服务编排的实现方式主要是通过集成总线(如：Camel、OSB)或流程引擎(如：Flowable)的实现方式。但无论是通过集成总线(如：Camel、OSB)或流程引擎(如：Flowable)的实现方式，都需引入第三方组件，这使得测试验证复杂、通常需要额外的运维成本，维护上较为复杂。

有鉴于此，特提出本申请。

发明内容

本申请的目的是提供一种基于微服务架构的服务编排处理方法、装置、电子设备及计算机存储介质，实现了在不引入第三方组件以及增加运维复杂度的前提下支持复杂编排逻辑，高效的开发编排服务、对外共享服务；同时简化了对编排服务测试，缩小了编排服务与普通服务间的差异性，使其具备易部署和线性扩展的能力。

为实现上述目的，第一方面，本申请提供了一种基于微服务架构的服务编排处理方法，所述方法包括：

响应于用户的第一操作，确定至少一个应用程序编程接口的服务规范；

响应于用户的第二操作，确定至少一个与所述应用程序编程接口对应的业务处理逻辑，以及基于所述业务处理逻辑生成第一格式的业务编排内容；

根据所述服务规范，对所述业务编排内容进行校验，以及在校验通过时输出与所述业务编排内容对应的编排服务。示例性的，第一格式可以为JSON格式。

在一种可能的实现方式中，所述服务规范包括以下一项或多项：

服务ID，服务名称，请求路径，请求方法，Header，Query Param，请求体，请求体类型，响应体，响应类型，或者，接口规范文件。

在一种可能的实现方式中，所述业务编排内容中至少包括开始节点和结束节点。

在一种可能的实现方式中，所述根据所述服务规范，对所述业务编排内容进行校验，具体包括：

根据所述业务编排内容，生成基于Project Reactor实现的代码片段，以及执行模拟调用所述业务编排内容对应的第一应用程序编程接口，并确定执行结果是否与所述第一应用程序编程接口的服务规范相匹配。

第二方面，本申请提供了一种基于微服务架构的服务编排处理装置，所述装置包括：

确定模块，用于响应于用户的第一操作，确定至少一个应用程序编程接口的服务规范，以及，响应于用户的第二操作，确定至少一个与所述应用程序编程接口对应的业务处理逻辑，以及基于所述业务处理逻辑生成第一格式的业务编排内容；

处理模块，用于根据所述服务规范，对所述业务编排内容进行校验，以及在校验通过时输出与所述业务编排内容对应的编排服务。示例性的，第一格式可以为JSON格式。

在一种可能的实现方式中，所述服务规范包括以下一项或多项：

服务ID，服务名称，请求路径，请求方法，Header，Query Param，请求体，请求体类型，响应体，响应类型，或者，接口规范文件。

在一种可能的实现方式中，所述业务编排内容中至少包括开始节点和结束节点。

在一种可能的实现方式中，所述处理模块根据所述服务规范，对所述业务编排内容进行校验，具体包括：

根据所述业务编排内容，生成基于Project Reactor实现的代码片段，以及执行模拟调用所述业务编排内容对应的第一应用程序编程接口，并确定执行结果是否与所述第一应用程序编程接口的服务规范相匹配。

第三方面，本申请提供了一种电子设备，包括：

至少一个存储器，用于存储程序；

至少一个处理器，用于执行所述存储器存储的程序，当所述存储器存储的程序被执行时，所述处理器用于执行如第一方面所提供的方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如第一方面所提供的方法。

第五方面，本申请提供了一种计算机程序产品，当所述计算机程序产品在电子设备上运行时，使得所述电子设备执行如第一方面所提供的方法。

相较于现有技术，本申请实施例中提供的基于微服务架构的服务编排处理方法，通过响应式编程模式实现了在不引入第三方组件以及增加运维复杂度的前提下支持复杂编排逻辑，高效的开发编排服务、对外共享服务；同时简化了对编排服务测试，缩小了编排服务与普通服务间的差异性，使其具备易部署和线性扩展的能力。

附图说明

图1为本申请实施例提供的一种基于微服务架构的服务编排处理方法的流程示意图；

图2为本申请实施例提供的一种基于微服务架构的服务编排处理装置的结构示意图；

图3是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面通过附图和实施例，对本申请的技术方案做进一步的详细描述。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请保护范围的限制。

此外，需要理解的是，使用“第一”、“第二”、“第三”等词语来限定零部件，仅仅是为了便于对上述零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

(1)微服务架构

微服务架构可以是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分成一组小的服务，每个服务运行独立的自己的进程中，服务之间互相协调、互相配合，为用户提供最终价值。服务之间采用轻量级的通信机制互相沟通(通常是基于HTTP的RESTful API)；每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。另外，应尽量避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务。可以使用不同的语言来编写服务，也可以使用不同的数据存储。

可以理解的是，在以流程引擎的实现方式中，一般是以流程引擎(如：Flowable)为核心组件，并在其之上设计服务入参出参模板、服务注册模块等，通过动态生成业务流程或路由规则定义实现服务编排的能力。由于这种实现方式是基于第三方独立组件来实现的，这就使得后续***运维压力也随之增加，且组件部署一般采取共享部署模式，因此整个服务编排的生态发展往往取决于组件功能支撑的程度，进而使得整个服务编排的生态发展受限。

以通过集成总线(如：Camel、OSB)的实现方式中，以Camel为例，其服务编排是基于Camel实现的，将编排后的业务逻辑转换成Camel能识别的路由规则，通过规则引擎控制数据流转并配合多类任务执行器实现业务流程的编排实现。在执行过程中首先每个编排服务会被转换成一组路由规则，不同服务的路由规则存在相互影响的情况，路由规则间消息流转务必会引入消息队列此类构件在性能上会有一定的损耗；其次单个编排服务的正确性测试无法保证多个服务的路由规则同时存在时还能正确如期的执行。

而本申请采用自写代码实现服务编排，通过将图形化设计编排后服务的JSON(JavaScript Object Notation)形式定义动态转换为响应式程序代码片断，编排服务处理流程即为服务定义JSON的过程，服务运行过程相当于程序执行相应的代码片断，此服务首次执行后结果进入***缓存，编排服务发生变更后执行即可替换。因此该模式不受第三方组件的固定功能限制，同时实现该服务编排的装置可以为代码片段，同样具备线性扩展、无状态、易测试等微服务特性，有效的提升了运维效率。其中，本申请实现了在不引入第三方组件以及增加运维复杂度的前提下支持复杂编排逻辑，高效的开发编排服务、对外共享服务；同时简化了对编排服务测试，缩小了编排服务与普通服务间的差异性，使其具备易部署和线性扩展的能力。

示例性的，图1示出了本申请实施例提供的一种基于微服务架构的服务编排处理方法。其中，该方法可以是基于微服务架构来实现,该方法可以通过任何具有计算、处理能力的装置、设备、平台、设备集群来执行。如图1所示，该方法可以包括以下步骤：

首先，在S1，可以设计编排应用程序编程接口(application programminginterface，API)的接口规范。示例性的，可以先定义至少一个API的服务规范。示例性的，服务规范可以包括以下一项或多项：服务ID(identity document)，服务名称，请求路径，请求方法，Header，Query Param，请求体，请求体类型，响应体，响应类型，或者，接口规范文件等。其中，接口规范文件中可以包括详细的接口规范。在执行S1后，即可以确定出至少一个API的服务规范。换言之，可以响应于用户的第一操作，确定出至少一个API的服务规范。其中，第一操作可以为用户设计编排API的接口规范的操作。

接着，在S2，可以通过界面可视化的图形动态拖拽完成编排服务的业务处理逻辑。示例性的，可以采用AntV/G6完成流程图绘制，通过拖拉拽形成一个合理的以“开始节点”为始，经过若干个“API节点”、“条件节点”、“分支节点”、“合并节点”或“循环节点”，以“结束节点”为终的业务流程图(也可以称之为“业务处理逻辑”)。通过配置业务流程图中各个节点的属性及参数，即可以形成闭环的数据流转，在保存后即自动生成JSON格式的流程编排内容(也可以称之为“业务编排内容”)。之后，可以将生成的流程编排内容与S1中定义相应的API的服务ID进行绑定；另外，可以提供节点校验功能，以确定输入到API中的参数是否正确。在一个例子中，S2可以称之为响应于用户的第二操作，确定至少一个与应用程序编程接口对应的业务处理逻辑，以及基于业务处理逻辑生成第一格式的业务编排内容。其中，第二操作可以包括用户通过界面可视化的图形动态拖拽完成编排服务的操作，和/或，用户确认保存其编排的服务的操作。其中，第一格式可以为JSON格式。

接着，在S3，可以验证编排服务结果。示例性的，可以根据编排定义的JSON，生成基于Project Reactor实现的代码片段并执行模拟调用。示例性的，可以先为代码片段中涉及到调用基础服务的部分，自动根据基础服务元数据(包括基础服务请求响应规范及样例)生成桩服务，并返回预设的响应样例；然后，再查找编排定义中的结束节点，由此开始直到开始结点递归生成响应式代码；最后，输入编排服务的入参数信息(包括请求头，Query参数，请求体等)，并执行响应式代码片段，验证返回结果是否与S1定义的响应规范匹配，从而验证服务编排定义结构性正确。

换言之，可以根据S1中确定的服务规范，对S2中生成的业务编排内容进行校验。其中，在校验时，可以根据业务编排内容，生成基于Project Reactor实现的代码片段，以及执行模拟调用业务编排内容对应的第一应用程序编程接口，并确定执行结果是否与第一应用程序编程接口的服务规范相匹配，从而达到验证用户编排的服务是否正确的目的。

最后，在S4，可以发布编排服务、对外开放能力。示例性的，可以在验证通过时，保存用户的编排定义，以及输出用户所编排的编排服务。其中，在编排服务发布后，即可应用订阅并消费使用。换言之，在S3中校验通过时即可以输出与S2中生成的业务编排内容对应的编排服务。其中，在执行S4后，可以返回执行S1，以重新设计编排流程。

这样，本申请实施例提供的基于微服务架构的服务编排处理方法，通过设计编排API的接口规范，并通过界面可视化的图形动态拖拽完成编排服务的业务处理逻辑，以及验证编排服务结果，并在验证通过时发布编排服务、对外共享服务，实现了快速利用存量服务根据特定的业务逻辑编排出全新的共享服务，并一键发布上线。同时，通过响应式编程模式实现了在不引入第三方组件以及增加运维复杂度的前提下支持复杂编排逻辑，高效的开发编排服务、对外共享服务；同时简化了对编排服务测试，缩小了编排服务与普通服务间的差异性，使其具备易部署和线性扩展的能力。

可理解的是，本申请实施例中，业务能力统一是由API接口服务对外提供能力。另外，当存在单个能力不能支撑上层应用场景时，可以将多个API接口服务的能力通过组合转换编排，以达到支撑上层应用场景的目的。

此外，本申请实施例中，基于AntV/G6实现流程设计可视化，通过节点入度和出度数可以及早制止用户不规范的绘制行为及保存时初步验证流程图的有效性，如：“开始节点”入度必需为0、“结束节点”出度必须为0。除此之外有效性验证还包括：编排的一个业务流程图必须具备且存在唯一的开始节点和结束节点，和/或，编排的一个业务流程图中必须由开始节点出发，最终任何流程都可到达结束节点。示例性的，在上述S3中，还可以验证S2中生成的业务编排内容是否具有唯一的开始节点和结束节点，以及该业务编排内容对应的业务处理逻辑是否是由开始节点触发，并且最终任何流程都可到达结束节点。

示例性的，基于上述实施例描述的方法，本申请实施例还提供了一种基于微服务架构的服务编排处理装置。如图2所示，该装置200包括：

确定模块21，用于响应于用户的第一操作，确定至少一个应用程序编程接口的服务规范，以及，响应于用户的第二操作，确定至少一个与应用程序编程接口对应的业务处理逻辑，以及基于业务处理逻辑生成JSON格式的业务编排内容；

处理模块22，用于根据服务规范，对业务编排内容进行校验，以及在校验通过时输出与业务编排内容对应的编排服务。

在一个例子中，服务规范包括以下一项或多项：

服务ID，服务名称，请求路径，请求方法，Header，Query Param，请求体，请求体类型，响应体，响应类型，或者，接口规范文件。

在一个例子中，业务编排内容中至少包括开始节点和结束节点。

在一个例子中，处理模块22根据服务规范，对业务编排内容进行校验，具体包括：

根据业务编排内容，生成基于Project Reactor实现的代码片段，以及执行模拟调用业务编排内容对应的第一应用程序编程接口，并确定执行结果是否与第一应用程序编程接口的服务规范相匹配。

应当理解的是，上述装置用于执行上述实施例中的方法，装置中相应的程序模块，其实现原理和技术效果与上述方法中的描述类似，该装置的工作过程可参考上述方法中的对应过程，此处不再赘述。

图3是本申请公开的一个实施例的电子设备的结构示意图。如图3所示，为了实现上述实施例，本申请实施例还提供了一种电子设备，该电子设备300包括存储器31、处理器32；

其中，处理器32通过读取存储器31中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现上述实施例中的基于微服务架构的服务编排处理方法。

为了实现上述实施例，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例中的基于微服务架构的服务编排处理方法。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器(programmable rom，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。

Claims (10)

1.一种基于微服务架构的服务编排处理方法，其特征在于，所述方法包括：

响应于用户的第一操作，确定至少一个应用程序编程接口的服务规范；

响应于用户的第二操作，确定至少一个与所述应用程序编程接口对应的业务处理逻辑，以及基于所述业务处理逻辑生成第一格式的业务编排内容；

根据所述服务规范，对所述业务编排内容进行校验，以及在校验通过时输出与所述业务编排内容对应的编排服务。

2.根据权利要求1所述的方法，其特征在于，所述服务规范包括以下一项或多项：

服务ID，服务名称，请求路径，请求方法，Header，Query Param，请求体，请求体类型，响应体，响应类型，或者，接口规范文件。

3.根据权利要求1所述的方法，其特征在于，所述业务编排内容中至少包括开始节点和结束节点。

4.根据权利要求1-3任一所述的方法，其特征在于，所述根据所述服务规范，对所述业务编排内容进行校验，具体包括：

根据所述业务编排内容，生成基于Project Reactor实现的代码片段，以及执行模拟调用所述业务编排内容对应的第一应用程序编程接口，并确定执行结果是否与所述第一应用程序编程接口的服务规范相匹配。

5.一种基于微服务架构的服务编排处理装置，其特征在于，所述装置包括：

确定模块，用于响应于用户的第一操作，确定至少一个应用程序编程接口的服务规范，以及，响应于用户的第二操作，确定至少一个与所述应用程序编程接口对应的业务处理逻辑，以及基于所述业务处理逻辑生成第一格式的业务编排内容；

处理模块，用于根据所述服务规范，对所述业务编排内容进行校验，以及在校验通过时输出与所述业务编排内容对应的编排服务。

6.根据权利要求5所述的装置，其特征在于，所述服务规范包括以下一项或多项：

服务ID，服务名称，请求路径，请求方法，Header，Query Param，请求体，请求体类型，响应体，响应类型，或者，接口规范文件。

7.根据权利要求5所述的装置，其特征在于，所述业务编排内容中至少包括开始节点和结束节点。

8.根据权利要求5-7任一所述的装置，其特征在于，所述处理模块根据所述服务规范，对所述业务编排内容进行校验，具体包括：

根据所述业务编排内容，生成基于Project Reactor实现的代码片段，以及执行模拟调用所述业务编排内容对应的第一应用程序编程接口，并确定执行结果是否与所述第一应用程序编程接口的服务规范相匹配。

9.一种电子设备，其特征在于，包括：

至少一个存储器，用于存储程序；

至少一个处理器，用于执行所述存储器存储的程序，当所述存储器存储的程序被执行时，所述处理器用于执行如权利要求1-4任一所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1-4任一所述的方法。

Images