微服务编排方法、装置、终端设备及存储介质与流程

本申请属于计算机技术领域，尤其涉及微服务编排方法、装置、终端设备及存储介质。

背景技术：

在微服务架构中，将应用系统分解为多个微服务，这样就需要调用各微服务进行协作处理完整的业务流程。但是目前，微服务的调用逻辑基本都是耦合在微服务中，随着系统不断迭代升级，业务流程越来越复杂，导致微服务间的调用逻辑更加复杂，耦合越来越多，不利于快速开发、维护和业务监控。

技术实现要素：

本申请实施例提供了微服务编排方法、装置、终端设备及存储介质，可以解决现有微服务的调用逻辑在服务中耦合多的问题。

第一方面，本申请实施例提供了一种微服务编排方法，包括：

获取外部系统的服务调用请求，并获取所述服务调用请求的请求参数对应的流程定义；

初始化所述流程定义对应的流程执行环境，所述流程执行环境包括执行流程和执行组件；

在所述流程执行环境下，根据所述执行流程，调用所述执行流程对应的每个所述执行组件；

当所有所述执行组件调用结束时，响应所述外部系统。

本申请实施例将调用逻辑和业务流程封装为流程定义，并将流程定义放在流程编排中，减小微服务粒度和功能耦合，以及后续业务逻辑可封装为流程定义并加入到流程定义存储库中，有利于快速开发和系统拓展。通过获取所述服务调用请求的请求参数对应的流程定义，初始化所述流程定义对应的流程执行环境，根据所述执行流程，调用所述执行流程对应的每个所述执行组件，当所有所述执行组件调用结束时，响应所述外部系统，实现流程化微服务编排。

第二方面，本申请实施例提供了一种微服务编排装置，包括：

获取模块，用于获取外部系统的服务调用请求，并获取所述服务调用请求的请求参数对应的流程定义；

初始化模块，用于初始化所述流程定义对应的流程执行环境，所述流程执行环境包括执行流程和执行组件；

调用模块，用于在所述流程执行环境下，根据所述执行流程，调用所述执行流程对应的每个所述执行组件；

响应模块，用于当所有所述执行组件调用结束时，响应所述外部系统。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的微服务编排方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的微服务编排方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的微服务编排方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请一实施例提供的系统示意图；

图2是本申请一实施例提供的微服务编排方法的流程示意图；

图3是本申请另一实施例提供的微服务编排方法的流程示意图；

图4是本申请另一实施例提供的微服务编排方法的流程示意图；

图5是本申请另一实施例提供的微服务编排方法的流程示意图；

图6是本申请另一实施例提供的微服务编排方法的流程示意图；

图7是本申请另一实施例提供的微服务编排方法的流程示意图；

图8是本申请实施例提供的微服务编排装置的结构示意图；

图9是本申请实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

如背景技术相关记载，在微服务架构中，将应用系统分解为多个微服务，这样就需要调用各微服务进行协作处理完整的业务流程。但是目前，微服务的调用逻辑基本都是耦合在微服务中。例如，按顺序执行的业务流程：一个业务请求需要调用微服务a、b和c协作完成，其具体调用逻辑为将业务请求分配给微服务a进行处理业务请求的业务数据，在微服务a处理过程中需要调用微服务b协助处理业务数据，在微服务b处理过程中需要调用微服务c协助处理业务数据，其中微服务a调用微服务b的调用逻辑耦合在微服务a中，微服务b调用微服务c的调用逻辑耦合在微服务b中。这样随着系统不断迭代升级，业务流程(分支执行流程、并行执行流程、子流程)越来越复杂，导致微服务间的调用逻辑更加复杂，微服务耦合的调用逻辑越来越多，使得微服务变得臃肿，不利于微服务的快速开发、维护和业务监控。

因此，本申请实施例提供一种微服务编排方法，实现将微服务的调用逻辑从微服务中解耦出来并封装到流程定义中，并将流程定义存储到预设的数据库中，以便于处理外部服务调用请求时，调用该流程定义进行流程化微服务编排，从而实现处理完整的业务流程，解决现有微服务的调用逻辑耦合多的问题。

图1示出了本申请实施例提供的一种微服务编排系统100的结构示意图。如图1所示，该系统包括流程定义库101和流程控制模块102。应理解，图中仅示出与本申请相关的系统结构，其还可以包括图示更多或更少的结构，对此不作限定。

流程定义库101用于存储多种请求参数分别对应的流程定义，每个流程定义中封装有从相关微服务解耦出来的调用逻辑。具体地，根据每种业务请求对应的微服务的调用逻辑，基于xml定义每个流程定义对应的执行组件的组件定义。组件定义包括但不限于组件类型、组件的输入参数、组件的输出参数、组件的执行结果分支和组件的运行属性；组件类型包括控制组件和微服务组件，组件的运行属性包括但不限于同步执行、异步执行、超时时间、事物控制、监控控制、限流控制和熔断方式。

流程控制模块102用于根据流程定义执行控制组件103和微服务组件104。控制组件103为控制执行流程的组件，如控制顺序执行流程的顺序组件、控制分支执行流程的分支组件、控制并行执行流程的并行组件、控制子流程的子流程组件、对执行流程进行监控的监控组件、对异常的执行流程进行异常处理的异常处理组件。

微服务组件104为调用微服务的组件，用于通过适配不同的微服务框架，rpc(remoteprocedurecall)远程调用不同的微服务，同时对微服务的调用进行负载均衡、熔断限流和异常控制。

本申请提供的一种微服务编排方法可应用于终端设备，该终端设备包括但不限于平板电脑、可穿戴设备、车载设备、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、桌上型计算机、独立服务器、集群服务器等终端设备，本申请实施例对终端设备的具体类型不作任何限制。

图2示出了本申请提供的微服务编排方法的示意性流程图，作为示例而非限定，该方法可以应用于上述终端设备中。如图2所示，该方法包括步骤s201至s204，下面具体对该方法的步骤进行解释。

s201，获取外部系统的服务调用请求，并获取所述服务调用请求的请求参数对应的流程定义；

在上述s201中，外部系统可以为业务系统，如银行转账系统；服务调用请求可以为业务系统发出的业务请求，也可以为某个系统进程发出的调用请求；请求参数包含待处理的业务数据。

可选地，根据处理每个服务调用请求时的业务流程，预设各个业务流程对应的流程定义，并预设每个请求参数与流程定义的映射关系表，将该映射关系表存储于存储流程定义的数据库中。当获取到服务调用请求时，根据服务调用请求的请求参数，获取对应的流程定义。

s202，初始化所述流程定义对应的流程执行环境，所述流程执行环境包括执行流程和执行组件；

在上述s202中，流程执行环境为按照对应流程定义执行请求参数中的业务数据时的配置环境(或配置文件)，其可以包含但不限于流程执行上下文对象(执行组件)、流程实例id(执行流程)、流程输入请求参数(业务输入接口参数)、关联流程定义、流程执行环境的运行状态(初始化、执行中、执行成功并结束、执行异常并结束)、已经执行完成的执行组件列表。

可选地，初始化流程执行环境可包括：根据流程定义和请求参数，将执行流程中的开始组件(执行组件被调用前的预设的开始组件)与第一个被调用的执行组件建立映射关系，以使开始组件调用第一个被调用的执行组件开始执行业务数据。

s203，在所述流程执行环境下，根据所述执行流程，调用所述执行流程对应的每个所述执行组件；

在上述s203中，流程控制模块中的控制组件控制执行流程，执行流程包括按序执行、分支执行、并行执行或子流程执行。流程控制模型中的微服务组件根据控制组件所控制的执行流程，调用对应的微服务执行业务数据。应理解，调用某个执行组件为执行某个业务逻辑的执行过程，即每调用一个执行组件都会通过该执行组件执行一个或多个业务逻辑，则每次调用结束都会记录对应的执行上下文。

可选地，在执行每个微服务组件之前，需要获取该微服务组件的输入参数、输出参数和运行属性，其中输入参数为上一个微服务组件输出的业务执行结果，输出参数为需要调用下一个微服务组件和业务执行结果。

s204，当所有所述执行组件调用结束时，响应所述外部系统。

在上述s204中，所有执行组件调用结束，说明已经完成了完整的业务流程，所以此时可以响应外部系统，并将请求参数中的业务数据对应的执行结果返回至外部系统。

本申请实施例将调用逻辑和业务流程封装为流程定义，并将流程定义放在流程编排中，减小微服务粒度和功能耦合，以及后续业务逻辑可封装为流程定义并加入到流程定义存储库中，有利于快速开发和系统拓展。通过获取所述服务调用请求的请求参数对应的流程定义，初始化所述流程定义对应的流程执行环境，根据所述执行流程，调用所述执行流程对应的每个所述执行组件，当所有所述执行组件调用结束时，响应所述外部系统，实现流程化微服务编排。

在图2所示实施例的基础上，图3示出了本申请实施例提供的另一种微服务编排方法的流程示意图。如图3所示，上述s201具体包括步骤s301和s302。需要说明的是，与图2实施例相同的步骤，在此不再赘述，请参见前述。

s301，解析出所述服务调用请求的请求参数；

在上述s301中，每个服务调用请求可对应有进程号processid和进程版本processversion，解析出服务调用请求对应的业务数据、processid和processversion。

s302，从预设的数据库中获取与所述请求参数对应的所述流程定义。

在上述s302中，预设的数据库可以为上述流程定义库。可根据processid和processversion与流程定义的预设映射关系，从流程定义库中获取对应的流程定义。

在图2所示实施例的基础上，图4示出了本申请实施例提供的另一种微服务编排方法的流程示意图。如图4所示，上述s203具体包括步骤s401h和s402。需要说明的是，与图2实施例相同的步骤，在此不再赘述，请参见前述。

s401，根据所述执行流程，获取所述执行流程的流程顺序对应的每个所述执行组件的组件参数和运行属性；

在上述s401中，组件参数包括但不限于组件类型、输入参数、执行结果分支。具体地，流程定义定义了输入参数的参数类型，其中输入参数可能为业务数据，也可能为上一个执行组件的业务执行结果。

s402，获取每个所述组件参数对应的执行输入参数；

在上述s402中，执行输入参数为待处理的数据。可选地，根据预设的参数映射关系，获取组件参数中输入参数对应的执行输入参数。例如，上述组件参数中的输入参数为账号参数(来源于请求参数中的账号)，则执行输入参数可以为客户号参数(来源于账号参数中的客户信息查询微服务的输出参数对应的客户号)。

s403，控制每个所述执行组件按照对应的所述运行属性执行所述执行输入参数。

在上述s403中，控制执行组件按照对应的执行属性调用微服务执行上述执行输入参数，即执行组件在调用微服务时，可以进行负载均衡、熔断限流、同步执行、异步执行、事物控制等运行属性的操作。

应理解，本实施例的每个执行组件在上一个执行组件执行结束后开始获取组件参数和运行属性，但可以存在并行执行的执行组件。

在图4所示实施例的基础上，图5示出了本申请实施例提供的另一种微服务编排方法的流程示意图。如图5所示，上述s402具体包括步骤s501和s502。需要说明的是，与图4实施例相同的步骤，在此不再赘述，请参见前述。

s501，获取预设的组件输入输出参数列表，所述组件输入输出参数列表包括组件参数和执行输入参数的映射关系；

s502，根据所述组件输入输出参数列表，获取所述执行流程的流程顺序对应的每个所述组件参数对应的执行输入参数。

在上述s501和s502中，组件输入输出参数列表中定义了多种组件输入参数与组件输出参数(执行输入参数)的参数映射关系。可选地，通过预设的标签引用该组件输入输出参数列表。

在图2所示实施例的基础上，图6示出了本申请实施例提供的另一种微服务编排方法的流程示意图。如图6所示，上述s203之后还包括步骤s601至s603。需要说明的是，与图2实施例相同的步骤，在此不再赘述，请参见前述。

s601，获取每个所述执行组件被调用结束后的执行上下文；

在上述s601中，执行上下文可以为微服务编排系统的运行日志，其记录每个服务调用请求对应的调用链，以及该调用链中每个执行组件的执行情况。应理解，每个执行组件被调用时，对应的执行组件执行一个或多个操作。

s602，根据所述执行上下文，检测每个所述执行组件的执行状态；

在上述s602中，执行状态包括但不限于执行异常和执行成功，其中执行异常可包括执行组件执行超时，执行组件未处理业务数据或执行输入数据。

s603，当任一所述执行组件的执行状态为执行异常时，对该执行组件进行异常处理。

在上述s603中，异常处理可以为基于事务控制进行回滚操作。由于某个执行组件执行异常可能是之前的执行组件的执行结果有误而导致的，所以对执行异常的执行组件和该执行组件之前的执行组件进行回滚，以查找出导致执行异常的原因。

在图6所示实施例的基础上，本申请实施例提供的另一种微服务编排方法的流程示意图。上述s603具体包括步骤s6031。需要说明的是，与图6实施例相同的步骤，在此不再赘述，请参见前述。

s6031，根据所述执行流程的逆序流程，通过预设的事务补偿机制执行所述执行状态为执行异常的执行组件及执行顺序在该执行组件之前的所有所述执行组件。

在s6031中，基于事务补偿机制对执行异常的执行组件和该执行组件之前已经完成的执行组件进行回滚操作，其中执行组件是否执行完成可查询流程执行环境中的执行组件表。具体地，回滚操作可包括从存在执行异常的执行组件为第一个执行组件开始到执行流程中的第一个执行组件，验证每个执行组价的事务是否成功，若均成功，则开始执行预设事务，预设事务执行结束后，将该次回滚标识为成功。

在图6所示实施例的基础上，图7示出了本申请实施例提供的另一种微服务编排方法的流程示意图。如图7所示，上述s603之后还包括步骤s701和s702。需要说明的是，与图6实施例相同的步骤，在此不再赘述，请参见前述。

s701，记录每个所述执行组件的执行时间和执行状态；

s702，根据所述执行时间和所述执行状态，动态调整对应的所述执行组件。

在上述s701和s702中，由于执行组件执行超时可能导致雪崩效应，所以对微服务组件进行性能控制，并通过设置超时事件和服务熔断策略动态调整执行组件，以保证微服务编排系统正常运行。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的微服务编排方法，图8示出了本申请实施例提供的微服务编排装置800的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图8，该装置包括：

获取模块801，用于获取外部系统的服务调用请求，并获取所述服务调用请求的请求参数对应的流程定义；

初始化模块802，用于初始化所述流程定义对应的流程执行环境，所述流程执行环境包括执行流程和执行组件；

调用模块803，用于在所述流程执行环境下，根据所述执行流程，调用所述执行流程对应的每个所述执行组件；

响应模块804，用于当所有所述执行组件调用结束时，响应所述外部系统。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图9为本申请一实施例提供的终端设备的结构示意图。如图9所示，该实施例的终端设备9包括：至少一个处理器90(图9中仅示出一个)处理器、存储器91以及存储在所述存储器91中并可在所述至少一个处理器90上运行的计算机程序92，所述处理器90执行所述计算机程序92时实现上述任意各个微服务编排方法实施例中的步骤。

所述终端设备9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括但不仅限于，处理器90、存储器91。本领域技术人员可以理解，图9仅仅是终端设备9的举例，并不构成对终端设备9的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器90可以是中央处理单元(centralprocessingunit，cpu)，该处理器90还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器91在一些实施例中可以是所述终端设备9的内部存储单元，例如终端设备9的硬盘或内存。所述存储器91在另一些实施例中也可以是所述终端设备9的外部存储设备，例如所述终端设备9上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器91还可以既包括所述终端设备9的内部存储单元也包括外部存储设备。所述存储器91用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器91还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/网络设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/网络设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。