CN109739550B - 一种基于互联网分布式下的微服务业务调度方法 - Google Patents

Abstract

本发明涉及软件信息领域，提供了一种基于互联网分布式下的微服务业务调度方法，其主旨在于解决系统后期因为频繁的迭代维护和代码量的增加，造成内部代码逻辑的混乱的问题，其主要方案包括步骤：s1.定义各个微服务调度节点的别名，得到微服务节点别名，为后续调度配置通过申明化的别名进行统一视图的展现提供依赖；s2.设定S1申明的微服务节点别名调度的依赖关系和执行顺序，得到统一视图；s3.配置各个微服务，并把各个微服务对应的标注上S1定义的微服务节点别名，得到远程调度节点实例；S4.根据S2的统一视图中的服务节点别名找到S3中对应的各个微服务，并按照统一视图中的微服务节点别名调度的依赖关系和执行顺序。

Description

一种基于互联网分布式下的微服务业务调度方法

技术领域

本技术直接运用于互联网分布式微服务架构领域，尤其针对在微服务比较完善下，快速响应业务实现需要，通过该技术可以快速的实现对微服务各个模块间的调用编排，迅速实现通过组合微服务的架构方式，快速落地业务逻辑，提高业务交互实现的交互和响应速度。

背景技术

传统技术架构

目前新网银行线上放款、还款是通过调用行内的消费信贷系统实现，该系统依然采用的是大多数银行技术体系的传统单体技术框架，该系统中承载了客户、账务、借据、支付、配置等多个功能模块，所有对外暴露的服务都是通过其各个模块之间的调用组装，其模块之也未进行微服务化，在架构上还是通过传统银行的信贷系统架构，为新网的互联网业务进行技术支撑。

业务压力

从去年开始，随着新网银行提出的来的“联合贷”独有业务模式，以及新网银行互联网流量的急速激增，该系统为了适应撑互联网金融短、平、快的特点，随着业务的不断发展、联合行不断的引入、系统为支撑业务的发展进行了不断的补丁升级。

重构的迫切度

但是为了快速满足业务高速的发展，系统在高速升级，传统单体架构的弊端逐渐表现出来，虽然在升级的过程中也引入了redis、mq等互联网基础中间件，但是其本身的架构特点并未进行根治。

反而随着业务的快速迭代，业务代码的逻辑复杂度越来越高。新业务的开展、以及陈旧系统的维护，壁垒越来越高。因此，一套能够支撑新兴的互联网银行流量冲击和独有的“联合贷”业务模式的互联网技术框架亟待出现。

发明内容

其主要解决的问题都是简单、清晰、快速的开发方式，实现复杂业务流程的编写和实现。帮助开发、业务甚至后期维护人员快速梳理业务流程，防止后期因为频繁的迭代维护和代码量的增加，造成内部代码逻辑的混乱，降低因维护成本的剧增而出现不必要的风险。

为了达到上述目的，本发明采用如下技术方案：

一种基于互联网分布式下的微服务业务调度引擎，包括以下步骤：

s1. 微服务调度节点申明：

定义各个微服务调度节点的别名，得到微服务节点别名，为后续调度配置通过申明化的别名进行统一视图的展现提供依赖；

s2. 调度配置统一视图：

设定步骤S1申明的微服务节点别名调度的依赖关系和执行顺序，得到统一视图；

s3. 远程调度节点实例：

配置各个微服务，并把各个微服务对应的标注上步骤S1定义的微服务节点别名，得到远程调度节点实例；

S4.调度引擎

根据步骤S2的统一视图中的服务节点别名找到步骤S3中对应的各个微服务，并按照统一视图中的微服务节点别名调度的依赖关系和执行顺序，实现整体的调度业务逻辑。

上述技术方案中，所述步骤S1包括以下步骤：

步骤1：新建类，得到微服务调度节点申明对象；

步骤2：在微服务调度节点申明对象中，申明每个微服务节点别名。

上述技术方案中，所述步骤S2包括以下步骤：

步骤1：通过继承Base调度配置类的方式，得到调度配置统一视图对象；

步骤2：对调度配置统一视图对象，实现Base调度对象申明的抽象配置方法，得到调度配置方法;

步骤3：对调度配置方法中，设置调度起始节点，将微服务调度节点申明对象的调度节点的微服务节点别名为参数传入到该方法中；

步骤4：对调度配置方法中，调用next()方法，根据调度需求中的前后依赖关系，配置起始节点的下一调度节点，将微服务调度节点申明对象的微服务节点别名作为下一个调度节点的参数传入；

步骤5：依次调用next()方法，配置每一个调度节点顺序依赖关系；

步骤6：当某一个调度节点有条件判断，调用switchNode()方法，传入微服务调度节点申明对象的微服务节点别名，表明该调度节点是需要进行分支节点；

步骤7：在switchNode()方法后，继续调用next()方法，传入微服务调度节点申明对象的微服务节点别名，配置后续处理调度节点；

步骤8：对调度配置统一视图对象，重载实现异常处理调度配置，配置当遇到异常情况下的处理流程；

步骤9：在异常处理调度配置中，配置异常处理流程的调度顺序，同样通过netxt()方法进行调度顺序的串联；通过switchNode()方法对于分支类进行配置。

上述技术方案中，所述步骤S3包括以下步骤：

步骤1：根据微服务调度节点申明对象的微服务节点别名，继承Abstract的调度节点类，得到一个远程调度节点实例对象；

步骤2：通过抽象节点类的执行方法实现该远程调度节点的具体业务逻辑；

步骤3：通过远程RPC方式，调用远程微服务的接口；

步骤4：获取远程微服务接口的返回Response对象；

步骤5：解析远程Response对象返回的响应code值；

步骤6：如果code=200，表示远程调用成功，该调度节点处理流程结束，调用静态success()方法，返回调度节点处理的返回值；

步骤7：如果code!=200，表示调度节点远程调用异常，该调度节点处理结束，调用调度节点的error()方法，并传入申明的异常code和异常信息；

步骤8：在远程调度节点实例对象中，重载configSwtich()方法，在该方法中编写该调度节点的分支逻辑；

步骤9：通过调度引擎的上下文，获取实现分支判断的信息，根据业务判断数据，返回微服务调度节点申明对象的微服务节点别名。

上述技术方案中，所述步骤S4包括以下步骤：

步骤S4-1：当上游接口调用配置的某一调度服务后，接口获取调用端传入的参数；（上游指调用端，下游指被调用端）

步骤S4-2：构造调度上下文对象，将外部接口调用的参数data，传入调度上下文对象中；

步骤S4-3：创建调度引擎对象，将调度配置统一视图对象和调度上下文对象传入到调度引擎中，调度引擎对象调用perform（）方法，启动调度引擎，开始进行远程调度业务处理；

步骤S4-4：调度引擎对象获取到调度配置统一视图对象的开始节点，调用远程调度节点实例对象的执行方法；

步骤S4-5：获取远程调度节点实例对象的处理结果，如果返回成功，调用调度配置统一视图对象，获取该处理节点的下一个微服务节点别名；

步骤S4-6：通过反射方法，获取到下一个远程调度节点实例对象，调用该远程调度节点实例对象的执行方法；

步骤S4-7：如果返回为失败，在远程调度节点实例对象中，调用异常处理调度模板，获取到异常处理节点对象；

步骤S4-8：在该远程调度节点实例对象中，调用执行异常补偿调度；

步骤S4-9：循环执行步骤S4-5-步骤S4-8流程，直到该调度顺序配置执行完成；

步骤S4-10：根据接口约定的返回模式，返回上游调度处理的结果。

因为本发明采用上述技术方案，因此具备以下有益效果：

一、该调度引擎是基于分布式的架构，能够高质量的支撑互联网下高并发、高吞吐量的访问场景；

二、式编排调度框架：

在微服务的调度配置中，引入流式编程模型，将通过定义的微服务节点名通过next（）方式和switch()进行显示的调度配置。通过此方式，可以快速的将业务流程调度指令编排实现，提供给调度引擎载入时候调用。为后续的业务变动和更改，提供视图级别的配置和维护方式，将原来的硬编码模式与流程模式进行解耦，可提高系统的业务变化的柔性和响应性。

三、高速运算处理能力：

本提案申请基于微服务架构进行发明，与微服务架构完全兼容，充分利用了微服务的分布式框架和弹性计算能力，为互联网业务提供高效、高速的、稳定的业务处理能力。

四、纯内存引擎，不依赖数据库：本提案申请所设计的调度引擎，是一个纯内存模型引擎，和市面上一般的流程引擎相比，具有高速运算处理流程的能力，其特点就是利用分布式架构和纯内存载入的方式，进行业务流程的高速运算流转。

五、异步处理框架：

本题案申请提供了健全的异步调度框架，可以通过配置异步Mq模式，将同步调度框架接入异步处理模型中。生产者产生调度消息，消费者调度框架消费到异步消息后，调度引擎同时启动并载入异步调度配置模板，可以处理后续的微服务调度。

六、完善的容错补偿能力：

该方案除了具有完善的容错机制，针对在调度微服务过程中，如果微服务本身应用发生了错误，该调度引擎客可以立即根据事先配置好的容错方案，立即切换并启动应急流程。

七、全面状态机模式：

本题案申请的调度框架引入了全面状态机模式，在每次微服务调度的前后通过切面编程模式对每一次的微服务调度进行状态前后变更的记录，保障了在调度过程中的全生命周期模式。

附图说明

图 1 为微服务调度节点申明流程示意图；

图 2 为调度配置统一视图流程示意图；

图 3 远程调度节点实例流程示意图

图 4 调度引擎流程示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式做进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

本申请是针对在系统架构“微服务”下，通过本提案提供的微服务调度引擎，通过业务流程指令定义和安排，通过RPC方式调度接入的各种微服务，实现快速的业务编排和落实实现。

本提案主要首先通过业务编排的方式，对可接入的微服务进行流程编排，并将编排的结果存储在流程定义模块中；在外部系统进行调用业务流程接口的时候，该调度引擎启动引擎，同时将流程图定义模板转载至调度引擎中，流程引擎启动后通过调度引擎配置图，进行微服务的调用，每一次的调用过程通过统一的返回框架进行返回，调度引擎根据返回的模型规范和流程图的配置进行下一个节点的流转。在有分支行的节点中，流程引擎节点根据每个节点配置的判断分支方法，快速的获取分支结果，从而快速的实现微服务流程调度的结果流转。

本提案申请主要包含微服务调度节点申明、调度配置统一视图、远程调度节点实例和调度引擎总共四大模块，其中：

微服务调度节点申明，主要是定义各个微服务调度节点的别名，为后续调度配置通过申明化的别名进行统一视图的展现提供依赖；

调度配置统一视图，主要是业务串联的配置实现，通过该功能，设定调度的依赖关系和执行顺序，将具体的调度过程和调度节点服务解耦，实现快速的可装配功能；

远程调度节点实例，主要是实现每个远程调度服务的单一功能，只需用关注当前一个远程微服务的节点业务逻辑，与整体逻辑业务顺序和依赖关系解耦。

调度引擎,是该申请提案的核心，通过前序配置的调度配置统一视图和多个配置好的远程调度节点实例，引擎按照配置的方案，顺序的调用每一个远程调度节点实例，实现整体的调度业务逻辑；

微服务调度节点申明实现步骤：

步骤1：新建类，得到微服务调度节点申明对象；

步骤2：在微服务调度节点申明对象中，申明每个微服务节点别名。

调度配置统一视图实现步骤：

步骤1：通过继承Base调度配置类的方式，得到调度配置统一视图对象；

步骤2：对调度配置统一视图对象，实现Base调度对象申明的抽象配置方法，得到调度配置方法;

步骤3：对调度配置方法中，设置调度起始节点，将微服务调度节点申明对象的调度节点的微服务节点别名为参数传入到该方法中；

步骤4：对调度配置方法中，调用next()方法，根据调度需求中的前后依赖关系，配置起始节点的下一调度节点，将微服务调度节点申明对象的微服务节点别名作为下一个调度节点的参数传入；

步骤5：依次调用next()方法，配置每一个调度节点顺序依赖关系；

步骤6：当某一个调度节点有条件判断，调用switchNode()方法，传入微服务调度节点申明对象的微服务节点别名，表明该调度节点是需要进行分支节点；

步骤7：在switchNode()方法后，继续调用next()方法，传入微服务调度节点申明对象的微服务节点别名，配置后续处理调度节点；

步骤8：对调度配置统一视图对象，重载实现异常处理调度配置，配置当遇到异常情况下的处理流程；

步骤9：在异常处理调度配置中，配置异常处理流程的调度顺序，同样通过netxt()方法进行调度顺序的串联；通过switchNode()方法对于分支类进行配置。

远程调度节点实例实现步骤：

步骤1：根据微服务调度节点申明对象的微服务节点别名，继承Abstract的调度节点类，得到一个远程调度节点实例对象；

步骤2：通过抽象节点类的执行方法实现该远程调度节点的具体业务逻辑；

步骤3：通过远程RPC方式，调用远程微服务的接口；

步骤4：获取远程微服务接口的返回Response对象；

步骤5：解析远程Response对象返回的响应code值；

步骤6：如果code=200，表示远程调用成功，该调度节点处理流程结束，调用静态success()方法，返回调度节点处理的返回值；

步骤7：如果code!=200，表示调度节点远程调用异常，该调度节点处理结束，调用调度节点的error()方法，并传入申明的异常code和异常信息；

步骤8：在远程调度节点实例对象中，重载configSwtich()方法，在该方法中编写该调度节点的分支逻辑；

步骤9：通过调度引擎的上下文，获取实现分支判断的信息，根据业务判断数据，返回微服务调度节点申明对象的微服务节点别名。

调度引擎实现步骤：

步骤S4-1：当上游接口调用配置的某一调度服务后，接口获取调用端传入的参数；（上游指调用端，下游指被调用端）

步骤S4-2：构造调度上下文对象，将外部接口调用的参数data，传入调度上下文对象中；

步骤S4-3：创建调度引擎对象，将调度配置统一视图对象和调度上下文对象传入到调度引擎中，调度引擎对象调用perform（）方法，启动调度引擎，开始进行远程调度业务处理；

步骤S4-4：调度引擎对象获取到调度配置统一视图对象的开始节点，调用远程调度节点实例对象的执行方法；

步骤S4-5：获取远程调度节点实例对象的处理结果，如果返回成功，调用调度配置统一视图对象，获取该处理节点的下一个微服务节点别名；

步骤S4-6：通过反射方法，获取到下一个远程调度节点实例对象，调用该远程调度节点实例对象的执行方法；

步骤S4-7：如果返回为失败，在远程调度节点实例对象中，调用异常处理调度模板，获取到异常处理节点对象；

步骤S4-8：在该远程调度节点实例对象中，调用执行异常补偿调度；

步骤S4-9：循环执行步骤S4-5-步骤S4-8流程，直到该调度顺序配置执行完成；

步骤S4-10：根据接口约定的返回模式，返回上游调度处理的结果。

Claims (4)

1.一种基于互联网分布式下的微服务业务调度方法，其特征在于，包括以下步骤：

S 1. 微服务调度节点申明：

定义各个微服务调度节点的别名，得到微服务节点别名，为后续调度配置通过申明化的别名进行统一视图的展现提供依赖；

S 2. 调度配置统一视图：

设定步骤S1申明的微服务节点别名调度的依赖关系和执行顺序，得到统一视图；

S 3. 远程调度节点实例：

配置各个微服务，并把各个微服务对应的标注上步骤S1定义的微服务节点别名，得到远程调度节点实例；

S4.调度引擎

根据步骤S2的统一视图中的服务节点别名找到步骤S3中对应的各个微服务，并按照统一视图中的微服务节点别名调度的依赖关系和执行顺序，实现整体的调度业务逻辑;

所述步骤S4包括以下步骤：

步骤S4-1：当上游接口调用配置的某一调度服务后，接口获取调用端传入的参数；

步骤S4-2：构造调度上下文对象，将外部接口调用的参数data，传入调度上下文对象中；

步骤S4-3：创建调度引擎对象，将调度配置统一视图对象和调度上下文对象传入到调度引擎中，调度引擎对象调用perform（）方法，启动调度引擎，开始进行远程调度业务处理；

步骤S4-4：调度引擎对象获取到调度配置统一视图对象的开始节点，调用远程调度节点实例对象的执行方法；

步骤S4-5：获取远程调度节点实例对象的处理结果，如果返回成功，调用调度配置统一视图对象，获取该处理节点的下一个微服务节点别名；

步骤S4-6：通过反射方法，获取到下一个远程调度节点实例对象，调用该远程调度节点实例对象的执行方法；

步骤S4-7：如果返回为失败，在远程调度节点实例对象中，调用异常处理调度模板，获取到异常处理节点对象；

步骤S4-8：在该远程调度节点实例对象中，调用执行异常补偿调度；

步骤S4-9：循环执行步骤S4-5-步骤S4-8流程，直到该调度顺序配置执行完成；

步骤S4-10：根据接口约定的返回模式，返回上游调度处理的结果。

2.根据权利要求1所述的一种基于互联网分布式下的微服务业务调度方法，其特征在于，所述步骤S1包括以下步骤：

步骤1：新建类，得到微服务调度节点申明对象；

步骤2：在微服务调度节点申明对象中，申明每个微服务节点别名。

3.根据权利要求1所述的一种基于互联网分布式下的微服务业务调度方法，其特征在于，所述步骤S2包括以下步骤：

步骤1：通过继承Base调度配置类的方式，得到调度配置统一视图对象；

步骤2：对调度配置统一视图对象，实现Base调度对象申明的抽象配置方法，得到调度配置方法;

步骤3：对调度配置方法中，设置调度起始节点，将微服务调度节点申明对象的调度节点的微服务节点别名为参数传入到该方法中；

步骤4：对调度配置方法中，调用next()方法，根据调度需求中的前后依赖关系，配置起始节点的下一调度节点，将微服务调度节点申明对象的微服务节点别名作为下一个调度节点的参数传入；

步骤5：依次调用next()方法，配置每一个调度节点顺序依赖关系；

步骤6：当某一个调度节点有条件判断，调用switchNode()方法，传入微服务调度节点申明对象的微服务节点别名，表明该调度节点是需要进行分支节点；

步骤7：在switchNode()方法后，继续调用next()方法，传入微服务调度节点申明对象的微服务节点别名，配置后续处理调度节点；

步骤8：对调度配置统一视图对象，重载实现异常处理调度配置，配置当遇到异常情况下的处理流程；

步骤9：在异常处理调度配置中，配置异常处理流程的调度顺序，同样通过netxt()方法进行调度顺序的串联；通过switchNode()方法对于分支类进行配置。

4.据权利要求1所述的一种基于互联网分布式下的微服务业务调度方法，其特征在于，所述步骤S3包括以下步骤：

步骤1：根据微服务调度节点申明对象的微服务节点别名，继承Abstract的调度节点类，得到一个远程调度节点实例对象；

步骤2：通过抽象节点类的执行方法实现该远程调度节点的具体业务逻辑；

步骤3：通过远程RPC方式，调用远程微服务的接口；

步骤4：获取远程微服务接口的返回Response对象；

步骤5：解析远程Response对象返回的响应code值；

步骤6：如果code=200，表示远程调用成功，该调度节点处理流程结束，调用静态success()方法，返回调度节点处理的返回值；

步骤7：如果code!=200，表示调度节点远程调用异常，该调度节点处理结束，调用调度节点的error()方法，并传入申明的异常code和异常信息；

步骤8：在远程调度节点实例对象中，重载configSwtich()方法，在该方法中编写该调度节点的分支逻辑；

步骤9：通过调度引擎的上下文，获取实现分支判断的信息，根据业务判断数据，返回微服务调度节点申明对象的微服务节点别名。