CN115756771A - 微服务化的前置系统、工作流调度方法及装置 - Google Patents

Abstract

本申请提出一种微服务化的前置系统、工作流调度方法及装置，所述系统包括：微服务注册中心和多个微服务节点，多个微服务节点是基于逻辑功能的种类划分并创建的。其中，微服务注册中心用于接收服务注册请求，对至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。多个微服务节点用于在已注册的情况下，对待处理数据执行已注册服务类型的数据处理，以得到目标数据，根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点，调用目标节点对目标数据进行数据处理。由此，可实现对前置系统按照逻辑功能进行划分，以使各微服务节点内部专注于内部逻辑的内聚性，各微服务节点之间专注于功能解耦的合理性。

Description

微服务化的前置系统、工作流调度方法及装置

技术领域

本申请涉及计算机领域，尤其涉及一种微服务化的前置系统、工作流调度方法及装置。

背景技术

不同的数据处理系统数据接入的方式往往不同，常需要通过前置系统来完成不同数据处理系统的对接。例如，银联前置系统是处理银行和银联之间交换业务的系统，主要负责行内系统(如行内渠道前置、行内交换平台等)与银联交换系统CUPS之间的报文格式转换，以确保联机交易的完整性和数据的一致性。

相关技术中，前置系统一般采用集中式设计，然而集中式设计对硬件资源要求较高且大多采用对等的部署方式，部署无弹性，不利于技术或业务的服务单元化，不易平衡系统功能设计的高内聚与低耦合关系。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种微服务化的前置系统，以实现基于逻辑功能的种类对前置系统进行划分，以使划分得到的各微服务节点内部专注于内部逻辑的内聚性，各微服务节点之间专注于功能解耦的合理性。

本申请的第二个目的在于提出一种工作流调度方法。

本申请的第三个目的在于提出一种工作流调度装置。

本申请的第四个目的在于提出一种电子设备。

本申请的第五个目的在于提出一种计算机可读存储介质。

本申请的第六个目的在于提出一种计算机程序产品。

为达上述目的，本申请第一方面实施例提出了一种微服务化的前置系统，所述系统包括：微服务注册中心和多个微服务节点，所述多个微服务节点是基于逻辑功能的种类划分并创建的，创建后的多个微服务节点向微服务注册中心请求注册；

其中，所述微服务注册中心，用于接收服务注册请求，对至少一个未注册的微服务节点注册所述服务注册请求所请求的服务类型；

所述多个微服务节点，用于在已注册的情况下，对待处理数据执行已注册服务类型的数据处理，以得到目标数据；根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点，调用所述目标节点对所述目标数据进行数据处理。

可选地，作为第一方面的第一种可能的实现方式，所述多个微服务节点包括至少一个通信适配服务节点、至少一个报文解析服务节点和至少一个报文转换服务节点；

其中，所述至少一个通信适配服务节点，用于在已注册的情况下，接收目标请求方的数据请求，将所述目标请求方的数据请求发送给所述至少一个报文解析服务节点；

所述至少一个报文解析服务节点，用于在已注册的情况下，接收所述目标请求方的数据请求，对所述目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据，调用所述至少一个报文转换服务节点对所述报文解析后的目标数据执行报文转换服务；

所述至少一个报文转换服务节点，用于在已注册的情况下，接收所述报文解析后的目标数据；根据目标接收方的数据格式，对所述报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据；将所述报文转换后的目标数据发送给目标接收方。

可选地，作为第一方面的第二种可能的实现方式，所述多个微服务节点还包括至少一个规则转换服务节点，所述至少一个规则转换服务节点用于提供请求方的数据格式和接收方的数据格式。

可选地，作为第一方面的第三种可能的实现方式，所述至少一个通信适配服务节点还用于在已注册的情况下，通过负载均衡算法，从所述至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点，并调用所述目标报文解析服务节点对所述目标请求方的数据请求执行所述报文解析服务；

所述目标报文解析服务节点，用于在已注册的情况下，接收所述目标请求方的数据请求，并对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据，通过负载均衡算法，从所述至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点，并调用所述目标报文转换服务节点对所述报文解析后的目标数据执行所述报文转换服务；

所述目标报文转换服务节点，用于在已注册的情况下，接收所述报文解析后的目标数据，并通过负载均衡算法，从所述至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以获取所述目标接收方的数据格式，并根据所述目标接收方的数据格式，对所述报文解析后的目标数据执行所述报文转换服务以得到报文转换后的目标数据，并将所述报文转换后的目标数据发送给目标接收方。

可选地，作为第一方面的第四种可能的实现方式，所述至少一个报文解析服务节点还用于在已注册的情况下，接收所述目标请求方的数据请求，通过负载均衡算法，从所述至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以获取所述目标请求方的数据格式，并根据所述目标请求方的数据格式，对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据。

可选地，作为第一方面的第五种可能的实现方式，针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，所述调整微服务节点数量的操作是基于所述微服务节点的待处理数据的数量执行的。

可选地，作为第一方面的第六种可能的实现方式，所述多个微服务节点还用于在已注册的情况下，与所述微服务注册中心之间进行心跳检查，所述心跳检查用于判断所述多个微服务节点是否存在异常。

为达上述目的，本申请第二方面实施例提出了一种工作流调度方法，所述方法包括：

采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册所述服务注册请求所请求的服务类型；

采用已注册的微服务节点接收待处理数据，并对所述待处理数据执行已注册服务类型的数据处理，以得到目标数据；

根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点；

调用所述目标节点对所述目标数据进行数据处理。

可选地，作为第二方面的第一种可能的实现方式，所述已注册的微服务节点包括已注册的至少一个通讯适配服务节点，所述待处理数据包括目标请求方的数据请求，所述采用已注册的微服务节点接收待处理数据，并对所述待处理数据执行已注册服务类型的数据处理，以得到目标数据，包括：

采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将所述目标请求方的数据请求确定为目标数据。

可选地，作为第二方面的第二种可能的实现方式，所述目标数据为所述目标请求方的数据请求，所述目标数据待执行的目标服务类型为报文解析服务，所述根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点；调用所述目标节点对所述目标数据进行数据处理，包括：

通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点，并调用所述目标报文解析服务节点对所述目标请求方的数据请求执行所述报文解析服务。

可选地，作为第二方面的第三种可能的实现方式，所述已注册的微服务节点还包括已注册的至少一个报文解析服务节点，所述已注册的至少一个报文解析服务节点包括已注册的目标报文解析服务节点，所述采用已注册的微服务节点接收待处理数据，并对所述待处理数据执行已注册服务类型的数据处理，以得到目标数据，包括：

采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据。

可选地，作为第二方面的第四种可能的实现方式，采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据，包括：

采用已注册的目标报文解析服务节点接收目标请求方的数据请求，通过负载均衡算法，从已注册的至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以获取所述目标请求方的数据格式，并根据所述目标请求方的数据格式，对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据，其中，所述至少一个规则转换服务节点用于提供请求方的数据格式和接收方的数据格式。

可选地，作为第二方面的第五种可能的实现方式，所述根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点；调用所述目标节点对所述目标数据进行数据处理，包括：

通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点，并调用所述目标报文转换服务节点对所述报文解析后的目标数据执行所述报文转换服务。

可选地，作为第二方面的第六种可能的实现方式，所述已注册的微服务节点还包括已注册的至少一个报文转换服务节点，所述已注册的至少一个报文转换服务节点包括已注册的目标报文转换服务节点，所述待处理数据还包括报文解析后的目标数据，所述采用已注册的微服务节点接收待处理数据，并对所述待处理数据执行已注册服务类型的数据处理，以得到目标数据，包括：

采用已注册的目标报文转换服务节点接收报文解析后的目标数据，并对所述报文解析后的目标数据执行所述报文转换服务以得到报文转换后的目标数据。

可选地，作为第二方面的第七种可能的实现方式，所述采用已注册的目标报文转换服务节点接收报文解析后的目标数据，并对所述报文解析后的目标数据执行所述报文转换服务以得到报文转换后的目标数据，包括：

采用已注册的目标报文转换服务节点接收报文解析后的目标数据，通过负载均衡算法，从已注册的所述至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以获取所述目标接收方的数据格式，并根据所述目标接收方的数据格式，对所述报文解析后的目标数据执行所述报文转换服务以得到报文转换后的目标数据。

可选地，作为第二方面的第八种可能的实现方式，所述方法，还包括：

针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，所述调整微服务节点数量的操作是基于所述微服务节点的待处理数据的数量执行的。

为达上述目的，本申请第三方面实施例提出了一种工作流调度装置，所述装置包括：

注册模块，用于采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册所述服务注册请求所请求的服务类型；

第一处理模块，用于采用已注册的微服务节点接收待处理数据，并对所述待处理数据执行已注册服务类型的数据处理，以得到目标数据；

确定模块，用于根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点；

调用模块，用于调用所述目标节点对所述目标数据进行数据处理。

可选地，作为第三方面的第一种可能的实现方式，所述已注册的微服务节点包括已注册的至少一个通讯适配服务节点，所述待处理数据包括目标请求方的数据请求，所述第一处理模块，还用于：

采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将所述目标请求方的数据请求确定为目标数据。

可选地，作为第三方面的第二种可能的实现方式，所述目标数据为所述目标请求方的数据请求，所述目标数据待执行的目标服务类型为报文解析服务，所述确定模块，还用于：

通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点。

可选地，作为第三方面的第三种可能的实现方式，所述调用模块，还用于：

调用所述目标报文解析服务节点对所述目标请求方的数据请求执行所述报文解析服务。

可选地，作为第三方面的第四种可能的实现方式，所述已注册的微服务节点还包括已注册的至少一个报文解析服务节点，所述已注册的至少一个报文解析服务节点包括已注册的目标报文解析服务节点，所述第一处理模块，还用于：

采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据。

可选地，作为第三方面的第五种可能的实现方式，所述第一处理模块，还用于：

采用已注册的目标报文解析服务节点接收目标请求方的数据请求，通过负载均衡算法，从已注册的至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以获取所述目标请求方的数据格式，并根据所述目标请求方的数据格式，对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据，其中，所述至少一个规则转换服务节点用于提供请求方的数据格式和接收方的数据格式。

可选地，作为第三方面的第六种可能的实现方式，所述确定模块，还用于：

通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点。

可选地，作为第三方面的第七种可能的实现方式，所述调用模块，还用于：

调用所述目标报文转换服务节点对所述报文解析后的目标数据执行所述报文转换服务。

可选地，作为第三方面的第八种可能的实现方式，所述已注册的微服务节点还包括已注册的至少一个报文转换服务节点，所述已注册的至少一个报文转换服务节点包括已注册的目标报文转换服务节点，所述待处理数据还包括报文解析后的目标数据，所述第一处理模块，还用于：

采用已注册的目标报文转换服务节点接收报文解析后的目标数据，并对所述报文解析后的目标数据执行所述报文转换服务以得到报文转换后的目标数据。

可选地，作为第三方面的第九种可能的实现方式，所述第一处理模块，还用于：

采用已注册的目标报文转换服务节点接收报文解析后的目标数据，通过负载均衡算法，从已注册的所述至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以获取所述目标接收方的数据格式，并根据所述目标接收方的数据格式，对所述报文解析后的目标数据执行所述报文转换服务以得到报文转换后的目标数据。

可选地，作为第三方面的第十种可能的实现方式，所述装置，还包括：

第二处理模块，用于针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，所述调整微服务节点数量的操作是基于所述微服务节点的待处理数据的数量执行的。

为达上述目的，本申请第四方面实施例提出了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第二方面所述的工作流调度方法。

为了实现上述目的，本申请第五方面实施例提出了一种存储有计算机指令的计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行第一方面所述的资源调度方法。

为了实现上述目的，本申请第六方面实施例提出了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现第一方面所述的资源调度方法。

本申请实施例所提供的技术方案包含如下的有益效果：

微服务注册中心用于接收服务注册请求，对至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。多个微服务节点用于在已注册的情况下，对待处理数据执行已注册服务类型的数据处理，以得到目标数据，根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点，调用目标节点对目标数据进行数据处理。由于多个微服务节点是基于逻辑功能的种类划分并创建的，从而能够使得相同类型的微服务节点专注于内部逻辑的内聚性，不同类型的微服务节点之间专注于功能解耦的合理性。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例所提供的一种微服务化的前置系统的结构示意图；

图2为本申请实施例所提供的另一种微服务化的前置系统的结构示意图；

图3为本申请实施例所提供的一种工作流调度方法的流程示意图；

图4为本申请实施例所提供的另一种工作流调度方法的流程示意图；

图5为本申请实施例所提供的另一种工作流调度方法的流程示意图；

图6为本申请实施例所提供的另一种工作流调度方法的流程示意图；

图7为本申请实施例所提供的另一种工作流调度方法的流程示意图；

图8为本申请实施例所提供的一种工作流调度装置的流程示意图；

图9为本申请实施例所提供的另一种工作流调度装置的流程示意图；以及

图10为本申请实施例提供的一个电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

相关技术中，前置系统一般采用集中式设计，然而集中式设计对硬件资源要求较高且大多采用对等的部署方式，部署无弹性，不利于技术或业务的服务单元化，不易平衡系统功能设计的高内聚与低耦合关系。

针对这一问题，本申请实施例提供了一种微服务化的前置系统、工作流调度方法及装置，以实现基于逻辑功能的种类对前置系统进行划分，以使划分得到的各微服务节点内部专注于内部逻辑的内聚性，各微服务节点之间专注于功能解耦的合理性。

下面参考附图描述本申请实施例的微服务化的前置系统、工作流调度方法及装置。

图1为本申请实施例所提供的一种微服务化的前置系统的结构示意图。

如图1所示，该微服务化的前置系统包括微服务注册中心和多个微服务节点。

其中，微服务注册中心，用于接收服务注册请求，对至少一个未注册的微服务节点注册服务注册请求所请求的服务类型；

多个微服务节点，用于在已注册的情况下，对待处理数据执行已注册服务类型的数据处理，以得到目标数据；根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点，调用目标节点对目标数据进行数据处理。

需要说明的是，本申请实施例的微服务化的前置系统建立在微服务基础之上，通过将前置系统按照通信适配、报文解析、逻辑转换处理、数据异步存储等逻辑功能的种类进行划分，来得到上述多个微服务节点。可选地，可以将前置系统中实现相同逻辑功能的服务划分为一类微服务节点，比如，由于前置系统中通信协议层主要完成与外部系统进行通信，只关心使用什么协议进行通信(如HTTP(Hyper Text Transfer Protocol，超文本传输协议)，TCP(Transmission Control Protocol，传输控制协议)，UDP(User DatagramProtocol，用户数据报协议)等)，而并不关心在这些协议的基础上传送的报文具体是什么格式，即通信协议层只管接收及发送，从而可以将实现通信适配功能的服务划分为一类微服务节点。再比如，前置系统中，对于接收到的报文具体是什么格式(xml(ExtensibleMarkup Language，可扩展标记语言)，json(JavaScript Object Notation，JavaScript对象简谱)等)，以及怎么去解析主要在报文解析层实现，而报文解析层并不关心报文是通过什么协议发送过来的，从而可以将实现报文解析功能的服务划分为一类微服务节点。由此，可实现相同类型的微服务节点专注于内部逻辑的内聚性，不同类型的微服务节点之间专注于功能解耦的合理性，使得功能抽象更合理，逻辑更简洁，维护更便捷。

可以理解的是，各微服务节点在未注册的情况下是无法对待处理数据执行相应的服务类型的数据处理，因此各微服务节点进行相应的服务类型的数据处理之前都需要在微服务注册中心进行服务注册，具体地，可以向微服务注册中心发送服务注册请求，以使微服务注册中心可以接收该服务注册请求，并注册该服务注册请求所请求的服务类型。可选地，同一微服务节点既可以是服务消费者，也可以是服务提供者，本实施例中对此不作限制。

在本申请实施例的一种可能的实现方式中，各已注册的微服务节点与微服务注册中心之间可以进行心跳检查，以使微服务注册中心及时判断各已注册的微服务节点是否可以正常运行。可选地，各已注册的微服务节点可以每间隔预设时间向微服务注册中心发送一个心跳检测数据帧，以使微服务注册中心通过在预设时间内是否接收到数据帧来判断各已注册的微服务节点是否可以正常运行。其中，对于预设时间的设定本申请实施例并没有作出限定，可选地，可以根据人工经验进行设定，例如，可以将预设时间设定为1分钟，或者，也可以根据实际应用需求进行动态调整，本实施例中对此不作限制。

本申请实施例提出的微服务化的前置系统，包括微服务注册中心和多个微服务节点，多个微服务节点是基于逻辑功能的种类划分并创建的，创建后的多个微服务节点向微服务注册中心请求注册。其中，微服务注册中心用于接收服务注册请求，对至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。多个微服务节点用于在已注册的情况下，对待处理数据执行已注册服务类型的数据处理，以得到目标数据，并根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点，调用目标节点对目标数据进行数据处理。由此，可实现基于逻辑功能的种类对前置系统进行划分，以使划分得到的各微服务节点内部专注于内部逻辑的内聚性，各微服务节点之间专注于功能解耦的合理性。

为了清楚说明上一实施例，本实施例提供了另一种微服务化的前置系统，图2为本申请实施例所提供的另一种微服务化的前置系统的结构示意图。

如图2所示，该微服务化的前置系统21包括微服务注册中心、至少一个通信适配服务节点、至少一个报文解析服务节点、至少一个报文转换服务节点和至少一个规则转换服务节点。

其中，微服务注册中心，用于接收服务注册请求，对至少一个未注册的微服务节点注册服务注册请求所请求的服务类型；

至少一个通信适配服务节点，用于在已注册的情况下，接收目标请求方的数据请求，将目标请求方的数据请求发送给至少一个报文解析服务节点；

至少一个报文解析服务节点，用于在已注册的情况下，接收目标请求方的数据请求，对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据，调用至少一个报文转换服务节点对报文解析后的目标数据执行报文转换服务；

至少一个报文转换服务节点，用于在已注册的情况下，接收报文解析后的目标数据，根据目标接收方的数据格式，对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据，将报文转换后的目标数据发送给目标接收方；

至少一个规则转换服务节点，用于提供请求方的数据格式和接收方的数据格式。

可选地，至少一个通信适配服务节点还用于在已注册的情况下，通过负载均衡算法，从至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点，并调用目标报文解析服务节点对目标请求方的数据请求执行报文解析服务；

目标报文解析服务节点，用于在已注册的情况下，接收目标请求方的数据请求，并对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据，通过负载均衡算法，从至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点，并调用目标报文转换服务节点对报文解析后的目标数据执行报文转换服务；

目标报文转换服务节点，用于在已注册的情况下，接收报文解析后的目标数据，并通过负载均衡算法，从至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以获取目标接收方的数据格式，并根据目标接收方的数据格式，对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据，并将报文转换后的目标数据发送给目标接收方。

可选地，至少一个报文解析服务节点还可以用于在已注册的情况下，接收目标请求方的数据请求，通过负载均衡算法，从至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以获取目标请求方的数据格式的目标节点，并根据目标请求方的数据格式，对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据。

需要说明的是，本微服务化的前置系统21还可以针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，调整微服务节点数量的操作是基于微服务节点的待处理数据的数量执行的。由此，可实现在微服务节点部署上采用不对称部署方式，针对任一服务类型的微服务节点，根据该服务类型的微服务节点待处理数据的数量动态增减该服务类型的微服务节点的数量，有效提高微服务化的前置系统的高可用、高并发能力。

可以理解的是，由于微服务化的前置系统21包括至少一个通信适配服务节点、至少一个报文解析服务节点、至少一个报文转换服务节点和至少一个规则转换服务节点，从而在通信适配服务节点有n个，报文解析服务节点有m个，报文转换服务节点有p个，规则转换服务节点有q个的情况下，n、m、p、q均大于0，可选地，n、m、p、q的取值可以是相同的，也可以是不同的，本实施例中对此不作限制。

在图2中，为了便于对后续步骤的解释，至少一个通信适配服务节点包括通信适配服务节点1、通信适配服务节点2、……、通信适配服务节点N，至少一个报文解析服务节点包括报文解析服务节点1、报文解析服务节点2、……、报文解析服务节点M，至少一个报文转换服务节点包括报文转换服务节点1、报文转换服务节点2、……、报文解析服务节点P，至少一个规则转换服务节点包括规则转换服务节点1、规则转换服务节点2、……、规则转换服务节点Q，这里，N、M、P、Q均大于2，且N、M、P、Q的取值可以是相同的，也可以是不同的。

如图2所示，各微服务节点可以向微服务注册中心发起服务注册。可选地，各微服务节点可以向微服务注册中心发送服务注册请求，以使微服务注册中心在接收到该服务注册请求之后，注册该服务注册请求所请求的服务类型，由此完成服务注册。其中，服务注册请求所请求的服务类型可以为通信适配服务、报文解析服务、报文转换服务和规则转换服务中的任意一种。

如图2所示，各微服务节点可以从微服务注册中心完成服务发现。可选地，各微服务节点可以从微服务注册中心发现服务，并从微服务注册中心拉取微服务注册中心存储的服务注册表以得到所发现的服务的配置信息，由此完成服务发现。其中，服务注册表是微服务注册中心在完成注册服务注册请求所请求的服务类型之后，将发送服务注册请求的微服务节点的配置信息进行存储得到的。

作为一种示例，可以将图2中的用户端理解为目标请求方。可以理解的是，该用户端可以向本微服务化的前置系统21发送数据请求。如图2所示，该用户端发送的数据请求会通过负载设备接入到本微服务化的前置系统21中的通信适配服务节点。可选地，用户端向本微服务化的前置系统21发送数据请求，该数据请求经过负载设备接入后，可以随机路由到通信适配服务节点1、通信适配服务节点2、……、通信适配服务节点N中的任意一个，以使路由到的目标通信适配服务节点接收到用户端的数据请求，并将该用户端的数据请求随机路由到报文解析服务节点1、报文解析服务节点2、……、报文解析服务节点N中的任意一个。

可选地，目标通信适配服务节点在接收到到用户端的数据请求之后，可以通过服务发现从微服务注册中心获取已注册的至少一个报文解析服务节点的配置信息，从而通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定出执行报文解析服务的目标报文解析服务节点，并通过任务调度调用该目标报文解析服务节点对用户端的数据请求执行报文解析服务。例如，假设获取到的已注册的至少一个报文解析服务节点为报文解析服务节点1、报文解析服务节点2、……、报文解析服务节点M，那么，目标通信适配服务节点可以通过负载均衡算法从报文解析服务节点1、报文解析服务节点2、……、报文解析服务节点M确定出对用户端的数据请求执行报文解析服务的目标报文解析服务节点。

可选地，目标报文解析服务节点在接收到用户端的数据请求之后，可以对用户端的数据请求执行报文解析服务以解析得到报文解析后的目标数据，并通过服务发现从微服务注册中心获取已注册的至少一个报文转换服务节点的配置信息，从而通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定出执行报文转换服务的目标报文转换服务节点，并通过任务调度调用该目标报文转换服务节点对报文解析后的目标数据执行报文转换服务。例如，假设获取到的已注册的至少一个报文转换析服务节点为报文转换服务节点1、报文转换服务节点2、……、报文转换服务节点P，那么，目标报文解析服务节点可以通过负载均衡算法从报文转换服务节点1、报文转换服务节点2、……、报文转换服务节点P确定出对报文解析后的目标数据执行报文转换服务的目标节点。

需要说明的是，目标报文解析服务节点在对用户端的数据请求执行报文解析服务以解析得到报文解析后的目标数据之前，可以通过服务发现从微服务注册中心获取已注册的至少一个规则转换服务节点的配置信息，从而通过负载均衡算法，从获取到的已注册的至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以从该目标节点中获取目标请求方的数据格式，并根据目标请求方的数据格式，对用户端的数据请求执行报文解析服务以解析得到报文解析后的目标数据。例如，假设获取到的已注册的至少一个规则转换服务节点为规则转换服务节点1、规则转换服务节点2、……、规则转换服务节点Q，那么，目标报文解析服务节点可以通过负载均衡算法从规则转换服务节点1、规则转换服务节点2、……、规则转换服务节点Q确定出提供目标请求方的数据格式的目标节点，以从该目标节点中获取目标请求方的数据格式。

可选地，目标报文转换服务节点在接收到报文解析后的目标数据之后，可以通过服务发现从微服务注册中心获取已注册的至少一个规则转换服务节点的配置信息，从而通过负载均衡算法，从获取到的已注册的至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以从该目标节点中获取目标接收方的数据格式，并根据目标接收方的数据格式，对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据，并发送给目标接收方。例如，假设获取到的已注册的至少一个规则转换服务节点为规则转换服务节点1、规则转换服务节点2、……、规则转换服务节点Q，那么，目标报文解析服务节点可以通过负载均衡算法从规则转换服务节点1、规则转换服务节点2、……、规则转换服务节点Q确定出提供目标接收方的数据格式的目标节点，以从该目标节点中获取目标接收方的数据格式。

本申请实施例提供的微服务化的前置系统，包括微服务注册中心、至少一个通信适配服务节点、至少一个报文解析服务节点、至少一个报文转换服务节点和至少一个规则转换服务节点。其中，微服务注册中心，用于接收服务注册请求，对至少一个未注册的微服务节点注册服务注册请求所请求的服务类型；至少一个通信适配服务节点，用于在已注册的情况下，接收目标请求方的数据请求，将目标请求方的数据请求发送给至少一个报文解析服务节点；至少一个报文解析服务节点，用于在已注册的情况下，接收目标请求方的数据请求，对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据，调用至少一个报文转换服务节点对报文解析后的目标数据执行报文转换服务；至少一个报文转换服务节点，用于在已注册的情况下，接收报文解析后的目标数据，根据目标接收方的数据格式，对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据，将报文转换后的目标数据发送给目标接收方；至少一个规则转换服务节点，用于提供请求方的数据格式和接收方的数据格式。由此，可实现基于逻辑功能的种类对前置系统进行划分，以使划分得到的各微服务节点内部专注于内部逻辑的内聚性，各微服务节点之间专注于功能解耦的合理性。

为了清楚说明本申请提供的微服务化的前置系统的工作流调度过程，本申请还提供了工作流调度方法，图3为本申请实施例所提供的一种工作流调度方法的流程示意图。

需要说明的是，本申请实施例的工作流调度方法可以由本申请实施例提供的工作流调度装置执行。该工作流调度装置可以为电子设备，也可以被配置在电子设备中。其中，电子设备可以配置有本申请提供的微服务化的前置系统，也可以是本申请提供的微服务化的前置系统，以实现采用微服务注册中心对未注册的微服务节点注册服务注册请求所请求的服务类型，以及采用已注册的微服务节点对待处理数据执行已注册服务类型的数据处理，以得到目标数据，并在确定好目标节点之后调用目标节点对目标数据进行数据处理。

如图3所示，该工作流调度方法可以包括以下步骤：

步骤301，采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。

可以理解的是，各微服务节点在未注册的情况下，需要先向微服务注册中心发送服务注册请求，以使微服务注册中心接收到该服务注册请求，并注册该服务注册请求所请求的服务类型。

在本实施例中，可以采用微服务注册中心接收各未注册的微服务节点发送的服务注册请求，并注册该服务注册请求所请求的服务类型。可选地，服务注册请求所请求的服务类型可以是通信适配服务、报文解析服务、报文转换服务和规则转换服务中的任意一个。其中，通信适配服务用于接收待处理数据和转发待处理数据；报文解析服务用于对接收到的待处理数据进行报文解析；报文转换服务用于对接收到的待处理数据进行报文转换；规则转换服务用于提供数据格式。需要说明的是，各未注册的微服务节点发送的服务注册请求所请求的服务类型可以是相同的，也可以是不同的，本实施例中对此不作限制。

步骤302，采用已注册的微服务节点接收待处理数据，并对待处理数据执行已注册服务类型的数据处理，以得到目标数据。

在本实施例中，可以采用已注册的微服务节点接收该已注册的微服务节点对应的待处理数据，并对待处理数据执行已注册服务类型的数据处理，从而得到对应的目标数据。需要说明的是，得到的目标数据存在待执行的目标服务类型。可选地，在各未注册的微服务节点发送的服务注册请求所请求的服务类型是通信适配服务、报文解析服务、报文转换服务和规则转换服务中的任意一个的情况下，目标数据待执行的目标服务类型可以是通信适配服务、报文解析服务、报文转换服务和规则转换服务中的任意一个。需要说明的是，目标数据待执行的目标服务类型与目标数据已执行的服务类型不同，例如，在采用注册了报文解析服务的微服务节点对待处理数据执行报文解析服务，得到目标数据的情况下，目标数据待执行的目标服务类型就不能是报文解析服务。

步骤303，根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点。

在本实施例中，由于得到的目标数据存在待执行的目标服务类型，从而可以根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点。可选地，由于各未注册的微服务节点发送的服务注册请求所请求的服务类型可以是相同的，也可以是不同的，从而注册了相同服务类型的微服务节点可能有多个。因此，可以通过负载均衡算法，根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点。其中，负载均衡算法可以包括轮询法、随机法、源地址哈希法、加权轮询法、最小连接数法等。

步骤304，调用目标节点对目标数据进行数据处理。

在本实施例中，在确定好目标节点之后，可以通过任务调度调用目标节点对目标数据进行数据处理。例如，假设采用的已注册的微服务节点为注册了报文解析服务的微服务节点，得到的目标数据待执行的目标服务类型为报文转换服务，从而可以在采用注册了报文解析服务的微服务节点对待处理数据执行报文解析服务，得到目标数据，并通过负载均衡算法，从已注册报文转换服务的微服务节点中确定好目标节点之后，通过任务调度调用该目标节点对目标数据执行报文转换的数据处理。

本申请实施例提供的工作流调度方法，通过采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型，以及采用已注册的微服务节点接收待处理数据，并对待处理数据执行已注册服务类型的数据处理，以得到目标数据，从而根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点，进而调用目标节点对目标数据进行数据处理。由此，可使得各微服务点专注于其注册的服务类型的数据处理。

为了清楚说明上一实施例，本实施例提供了另一种工作流调度方法，图4为本申请实施例所提供的另一种工作流调度方法的流程示意图。需要说明的是，本实施例中已注册的微服务节点包括已注册的至少一个通讯适配服务节点和已注册的至少一个报文解析服务节点，待处理数据包括目标请求方的数据请求。

如图4所示，该工作流调度方法可以包括以下步骤：

步骤401，采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。

在本实施例中，注册服务注册请求所请求的服务类型包括通讯适配服务和报文解析服务，从而可以采用微服务注册中心接收多个微服务节点中至少一个未注册的微服务节点发送的服务注册请求，并对该未注册的微服务节点注册其发送的的服务注册请求所请求的服务类型，即对该未注册的微服务节点注册通讯适配服务或者报文解析服务，由此，可得到已注册的至少一个通讯适配服务节点和已注册的至少一个报文解析服务节点。

需要说明的是，本步骤的其他执行过程可以参见上一实施例中步骤301的执行过程，原理相同，在此不再赘述。

步骤402，采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将目标请求方的数据请求确定为目标数据。

在本实施例中，由于已注册的微服务节点包括已注册的至少一个通讯适配服务节点，待处理数据包括目标请求方的数据请求，从而可以采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将目标请求方的数据请求确定为目标数据。需要说明的是，本步骤得到的目标数据待执行的目标服务类型为报文解析服务。

步骤403，通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点。

在本实施例中，由于得到的目标数据待执行的目标服务类型为报文解析服务，从而已注册目标服务类型的微服务节点为已注册的至少一个报文解析服务节点，进而可以通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点。

步骤404，调用目标报文解析服务节点对目标数据执行报文解析服务。

在本实施例中，在确定好执行报文解析服务的目标报文解析服务节点之后，可以通过任务调度调用目标报文解析服务节点对目标数据执行报文解析服务以解析得到报文解析后的目标数据，即通过任务调度调用目标报文解析服务节点对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据。

本申请实施例提供的工作流调度方法，通过采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将目标请求方的数据请求确定为目标数据，从而通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点，进而调用目标报文解析服务节点对目标请求方的数据请求执行报文解析服务。由此，可使得已注册的至少一个通信适配服务节点专注于接收并转发目标请求方的数据请求。

为了清楚说明上一实施例，本实施例提供了另一种工作流调度方法，图5为本申请实施例所提供的另一种工作流调度方法的流程示意图。需要说明的是，本实施例中已注册的至少一个报文解析服务节点包括已注册的目标报文解析服务节点，已注册的微服务节点还包括已注册的至少一个规则转换服务节点。

如图5所示，该工作流调度方法可以包括以下步骤：

步骤501，采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。

在本实施例中，注册服务注册请求所请求的服务类型包括通讯适配服务、报文解析服务和报文转换服务，从而可以采用微服务注册中心接收多个微服务节点中至少一个未注册的微服务节点发送的服务注册请求，并对该未注册的微服务节点注册其发送的的服务注册请求所请求的服务类型，即对该未注册的微服务节点注册通讯适配服务或者报文解析服务，由此，可得到已注册的至少一个通讯适配服务节点、已注册的至少一个报文解析服务节点和已注册的微服务节点还包括已注册的至少一个报文转换服务节点。

需要说明的是，本步骤的其他执行过程可以参见上述实施例中步骤301的执行过程，原理相同，在此不再赘述。

步骤502，采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将目标请求方的数据请求确定为目标数据。

步骤503，通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点。

步骤504，调用目标报文解析服务节点对目标数据执行报文解析服务。

需要说明的是，步骤502-504的执行过程可以参见上一实施例中步骤402-404的执行过程，原理相同，在此不再赘述。

步骤505，采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据。

在本实施例中，由于已注册的至少一个通信适配服务节点可以通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点，以将接收到的目标请求方的数据请求发送至目标报文解析服务节点，从而可以采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据。需要说明的是，本步骤得到的报文解析后的目标数据待执行的目标服务类型为报文转换服务。

在本实施例的一种可能的实现方式中，可以采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并通过服务发现从微服务注册中心获取已注册的至少一个规则转换服务节点的配置信息，从而通过负载均衡算法，从获取到的已注册的至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以从该目标节点中获取目标请求方的数据格式，并根据目标请求方的数据格式，对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据。其中，已注册的至少一个规则转换服务节点用于提供请求方的数据格式和接收方的数据格式。

步骤506，通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点。

在本实施例中，由于得到的报文解析后的目标数据待执行的目标服务类型为报文转换服务，从而已注册目标服务类型的微服务节点为已注册的至少一个报文转换服务节点，进而可以通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点。

步骤507，调用目标报文转换服务节点对报文解析后的目标数据执行报文转换服务。

在本实施例中，在确定好执行报文转换服务的目标报文转换服务节点之后，可以通过任务调度调用目标报文转换服务节点对报文解析后的目标数据执行报文转换服务。

本申请实施例提供的工作流调度方法，通过采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据，从而通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点，进而调用目标报文转换服务节点对报文解析后的目标数据执行报文转换服务。由此，可使得已注册的至少一个报文解析服务节点专注于对目标请求方的数据请求执行报文解析服务。

为了清楚说明上一实施例，本实施例提供了另一种工作流调度方法，图6为本申请实施例所提供的另一种工作流调度方法的流程示意图。需要说明的是，本实施例中已注册的至少一个报文转换服务节点包括已注册的目标报文转换服务节点，待处理数据还包括报文解析后的目标数据。

如图6所示，该工作流调度方法可以包括以下步骤：

步骤601，采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。

步骤602，采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将目标请求方的数据请求确定为目标数据。

步骤603，通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点。

步骤604，调用目标报文解析服务节点对目标数据执行报文解析服务。

步骤605，采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据。

步骤606，通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点。

步骤607，调用目标报文转换服务节点对报文解析后的目标数据执行报文转换服务。

需要说明的是，步骤601-607的执行过程可以参见上一实施例中步骤501-507的执行过程，原理相同，在此不再赘述。

步骤608，采用已注册的目标报文转换服务节点接收报文解析后的目标数据，并对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据。

在本实施例中，由于已注册的目标报文解析服务节点可以通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点，以将得到的报文解析后的目标数据发送至目标报文转换服务节点，从而可以采用已注册的目标报文转换服务节点接收报文解析后的目标数据，并对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据。

在本实施例的一种可能的实现方式中，可以采用已注册的至少一个报文转换服务节点接收报文解析后的目标数据，并通过服务发现从微服务注册中心获取已注册的至少一个规则转换服务节点的配置信息，从而通过负载均衡算法，从获取到的已注册的至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以从该目标节点中获取目标接收方的数据格式，并根据目标接收方的数据格式，对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据。

需要说明的是，本步骤采用已注册的目标报文转换服务节点得到报文转换后的目标数据之后，可以将报文转换后的目标数据发送给目标接收方。

本申请实施例提供的工作流调度方法，通过采用已注册的目标报文转换服务节点接收报文解析后的目标数据，并对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据。由此，可使得已注册的至少一个报文转换服务节点专注于对报文解析后的目标数据执行报文转换服务。

为了清楚说明上述实施例，本实施例提供了另一种工作流调度方法，图7为本申请实施例所提供的另一种工作流调度方法的流程示意图。

如图7所示，该工作流调度方法可以包括以下步骤：

步骤701，采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型。

步骤702，采用已注册的微服务节点接收待处理数据，并对待处理数据执行已注册服务类型的数据处理，以得到目标数据。

步骤703，根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点。

步骤704，调用目标节点对目标数据进行数据处理。

需要说明的是，步骤701-704的执行过程可以参见上述实施例中步骤301-304的执行过程，原理相同，在此不再赘述。

步骤705，针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销。

在本实施例中，可以针对任一服务类型的微服务节点，基于调整微服务节点数量的操作，采用微服务注册中心对微服务节点的数量进行调整。其中，调整微服务节点数量的操作是基于微服务节点的待处理数据的数量执行的。可选地，可以响应于增加任一服务类型的微服务节点的操作，采用微服务注册中心对至少一个已创建但未注册服务类型的微服务节点进行注册，或者，采用微服务注册中心对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册。还可以响应于减少任一服务类型的微服务节点的操作，采用微服务注册中心对至少一个已注册该服务类型的微服务节点进行注销。由此，可实现基于服务类型的微服务节点待处理数据的数量动态增减该服务类型的微服务节点的数量，以满足处理效率，提高微服务化的前置系统的高可用、高并发能力。

本申请实施例提供的工作流调度方法，通过针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，调整微服务节点数量的操作是基于微服务节点的待处理数据的数量执行的。由此，可实现在微服务节点部署上采用不对称部署方式，针对任一服务类型的微服务节点，根据该服务类型的微服务节点待处理数据的数量动态增减该服务类型的微服务节点的数量，有效提高微服务化的前置系统的高可用、高并发能力。

为了实现上述实施例，本申请还提出一种工作流调度装置。

图8为本申请实施例提供的一种工作流调度装置的结构示意图。

如图8所示，该工作流调度装置包括：注册模块81、第一处理模块82、确定模块83和调用模块84。

注册模块81，用于采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型；

第一处理模块82，用于采用已注册的微服务节点接收待处理数据，并对待处理数据执行已注册服务类型的数据处理，以得到目标数据；

确定模块83，用于根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点；

调用模块84，用于调用目标节点对目标数据进行数据处理。

进一步地，在本申请实施例的一种可能的实现方式中，已注册的微服务节点包括已注册的至少一个通讯适配服务节点，待处理数据包括目标请求方的数据请求，第一处理模块82，还用于：

采用已注册的至少一个通信适配服务节点接收目标请求方的数据请求，并将目标请求方的数据请求确定为目标数据。

进一步地，在本申请实施例的一种可能的实现方式中，目标数据为目标请求方的数据请求，目标数据待执行的目标服务类型为报文解析服务，确定模块83，还用于：

通过负载均衡算法，从已注册的至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点。

进一步地，在本申请实施例的一种可能的实现方式中，调用模块84，还用于：

调用目标报文解析服务节点对目标请求方的数据请求执行报文解析服务。

进一步地，在本申请实施例的一种可能的实现方式中，已注册的微服务节点还包括已注册的至少一个报文解析服务节点，该已注册的至少一个报文解析服务节点包括已注册的目标报文解析服务节点，第一处理模块82，还用于：

采用已注册的目标报文解析服务节点接收目标请求方的数据请求，并对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据。

进一步地，在本申请实施例的一种可能的实现方式中，第一处理模块82，还用于：

采用已注册的目标报文解析服务节点接收目标请求方的数据请求，通过负载均衡算法，从已注册的至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以获取目标请求方的数据格式，并根据目标请求方的数据格式，对目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据，其中，至少一个规则转换服务节点用于提供请求方的数据格式和接收方的数据格式。

进一步地，在本申请实施例的一种可能的实现方式中，确定模块83，还用于：

通过负载均衡算法，从已注册的至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点。

进一步地，在本申请实施例的一种可能的实现方式中，调用模块84，还用于：

调用目标报文转换服务节点对报文解析后的目标数据执行报文转换服务。

进一步地，在本申请实施例的一种可能的实现方式中，已注册的微服务节点还包括已注册的至少一个报文转换服务节点，该已注册的至少一个报文转换服务节点包括已注册的目标报文转换服务节点，待处理数据还包括报文解析后的目标数据，第一处理模块82，还用于：

采用已注册的已注册的目标报文转换服务节点接收报文解析后的目标数据，并对报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据。

进一步地，在本申请实施例的一种可能的实现方式中，第一处理模块82，还用于：

采用已注册的已注册的目标报文转换服务节点接收报文解析后的目标数据，通过负载均衡算法，从已注册的至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以获取目标接收方的数据格式，并根据目标接收方的数据格式，对报文解析后的目标数据执行报文转换服务以解析得到报文转换后的目标数据。

需要说明的是，前述对工作流调度方法实施例的解释说明也适用于该实施例的工作流调度装置，此处不再赘述。

本申请实施例提供的工作流调度装置，通过采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册服务注册请求所请求的服务类型，以及采用已注册的微服务节点接收待处理数据，并对待处理数据执行已注册服务类型的数据处理，以得到目标数据，从而根据目标数据待执行的目标服务类型，从已注册目标服务类型的微服务节点中确定目标节点，进而调用目标节点对目标数据进行数据处理。由此，可使得各微服务点专注于其注册的服务类型的数据处理。

基于上述实施例，本申请实施例还提供了一种工作流调度装置的可能的实现方式，图9为本申请实施例提供的一种工作流调度装置的结构示意图，在上一实施例的基础上，该工作流调度装置还包括：第二处理模块85。

第二处理模块，用于针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，调整微服务节点数量的操作是基于微服务节点的待处理数据的数量执行的。

本申请实施例提供的工作流调度装置，通过针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，调整微服务节点数量的操作是基于微服务节点的待处理数据的数量执行的。由此，可实现在微服务节点部署上采用不对称部署方式，针对任一服务类型的微服务节点，根据该服务类型的微服务节点待处理数据的数量动态增减该服务类型的微服务节点的数量，有效提高微服务化的前置系统的高可用、高并发能力。

为了实现上述实施例，本申请还提出一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本申请上述任一实施例提出的工作流调度方法。

图10为本申请实施例提供的一个电子设备的结构示意图。需要说明的是，图10所示的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，该电子设备可以包括：壳体11、处理器12、存储器13、电路板14和电源电路15，其中，电路板14安置在壳体11围成的空间内部，处理器12和存储器13设置在电路板14上；电源电路15，用于为上述电子设备的各个电路或器件供电；存储器13用于存储可执行程序代码；处理器12通过读取存储器13中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行本申请上述任一实施例提出的工作流调度方法。

处理器12对上述步骤的具体执行过程以及处理器12通过运行可执行程序代码来进一步执行的步骤，可以参见本申请图1-7所示实施例的描述，在此不再赘述。

为了实现上述实施例，本申请还提出一种存储有计算机指令的计算机可读存储介质，其中，计算机指令用于使计算机执行本申请上述任一实施例提出的工作流调度方法。

为了实现上述实施例，本申请还提出一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现本申请上述任一实施例提出的工作流调度方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种微服务化的前置系统，其特征在于，包括：微服务注册中心和多个微服务节点，所述多个微服务节点是基于逻辑功能的种类划分并创建的，创建后的多个微服务节点向微服务注册中心请求注册；

其中，所述微服务注册中心，用于接收服务注册请求，对至少一个未注册的微服务节点注册所述服务注册请求所请求的服务类型；

所述多个微服务节点，用于在已注册的情况下，对待处理数据执行已注册服务类型的数据处理，以得到目标数据；根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点，调用所述目标节点对所述目标数据进行数据处理。

2.根据权利要求1所述的系统，其特征在于，所述多个微服务节点包括至少一个通信适配服务节点、至少一个报文解析服务节点和至少一个报文转换服务节点；

其中，所述至少一个通信适配服务节点，用于在已注册的情况下，接收目标请求方的数据请求，将所述目标请求方的数据请求发送给所述至少一个报文解析服务节点；

所述至少一个报文解析服务节点，用于在已注册的情况下，接收所述目标请求方的数据请求，对所述目标请求方的数据请求执行报文解析服务以解析得到报文解析后的目标数据，调用所述至少一个报文转换服务节点对所述报文解析后的目标数据执行报文转换服务；

所述至少一个报文转换服务节点，用于在已注册的情况下，接收所述报文解析后的目标数据，根据目标接收方的数据格式，对所述报文解析后的目标数据执行报文转换服务以得到报文转换后的目标数据，将所述报文转换后的目标数据发送给所述目标接收方。

3.根据权利要求2所述的系统，其特征在于，所述多个微服务节点还包括至少一个规则转换服务节点，所述至少一个规则转换服务节点用于提供请求方的数据格式和接收方的数据格式。

4.根据权利要求3所述的系统，其特征在于，所述至少一个通信适配服务节点还用于在已注册的情况下，通过负载均衡算法，从所述至少一个报文解析服务节点中确定执行报文解析服务的目标报文解析服务节点，并调用所述目标报文解析服务节点对所述目标请求方的数据请求执行所述报文解析服务；

所述目标报文解析服务节点，用于在已注册的情况下，接收所述目标请求方的数据请求，并对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据，通过负载均衡算法，从所述至少一个报文转换服务节点中确定执行报文转换服务的目标报文转换服务节点，并调用所述目标报文转换服务节点对所述报文解析后的目标数据执行所述报文转换服务；

所述目标报文转换服务节点，用于在已注册的情况下，接收所述报文解析后的目标数据，并通过负载均衡算法，从所述至少一个规则转换服务节点中确定提供目标接收方的数据格式的目标节点，以获取所述目标接收方的数据格式，并根据所述目标接收方的数据格式，对所述报文解析后的目标数据执行所述报文转换服务以得到报文转换后的目标数据，并将所述报文转换后的目标数据发送给目标接收方。

5.根据权利要求3所述的系统，其特征在于，所述至少一个报文解析服务节点还用于在已注册的情况下，接收所述目标请求方的数据请求，通过负载均衡算法，从所述至少一个规则转换服务节点中确定提供目标请求方的数据格式的目标节点，以获取所述目标请求方的数据格式，并根据所述目标请求方的数据格式，对所述目标请求方的数据请求执行所述报文解析服务以解析得到报文解析后的目标数据。

6.根据权利要求1-5任一项所述的系统，其特征在于，针对任一服务类型的微服务节点，响应于调整微服务节点数量的操作，对至少一个已创建但未注册服务类型的微服务节点进行注册，或者对至少一个未创建的微服务节点进行创建并向微服务注册中心请求注册，或者对至少一个已注册服务类型的微服务节点进行注销，其中，所述调整微服务节点数量的操作是基于所述微服务节点的待处理数据的数量执行的。

7.根据权利要求1-5任一项所述的系统，其特征在于，所述多个微服务节点还用于在已注册的情况下，与所述微服务注册中心之间进行心跳检查，所述心跳检查用于判断所述多个微服务节点是否存在异常。

8.一种工作流调度方法，其特征在于，所述方法包括：

采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册所述服务注册请求所请求的服务类型；

采用已注册的微服务节点接收待处理数据，并对所述待处理数据执行已注册服务类型的数据处理，以得到目标数据；

根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点；

调用所述目标节点对所述目标数据进行数据处理。

9.一种工作流调度装置，其特征在于，所述装置包括：

注册模块，用于采用微服务注册中心接收服务注册请求，并对多个微服务节点中至少一个未注册的微服务节点注册所述服务注册请求所请求的服务类型；

第一处理模块，用于采用已注册的微服务节点接收待处理数据，并对所述待处理数据执行已注册服务类型的数据处理，以得到目标数据；

确定模块，用于根据所述目标数据待执行的目标服务类型，从已注册所述目标服务类型的微服务节点中确定目标节点；

调用模块，用于调用所述目标节点对所述目标数据进行数据处理。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求8所述的方法。

Images