CN109741176A - 一种基于互联网金融场景下的分布式业务调度系统 - Google Patents

Abstract

本发明涉及信息化数据处理技术领域，具体涉及高负载流程调度引擎领域。一种基于互联网金融场景下的分布式业务调度系统，其主要解决的问题都是简单、清晰、快速的开发方式，实现复杂业务流程的编写和实现。帮助开发、业务甚至后期维护人员快速梳理业务流程，防止后期因为频繁的迭代维护和代码量的增加，造成内部代码逻辑的混乱，降低因维护成本的剧增而出现不必要的风险。其主要方案是通过配置调度配置统一视图，明确各个调度节点的依赖关系和执行顺序，根据调度配置统一视图依次按顺序调度放款调度微服务节点对象，快速实现业务流程逻辑。

Description

一种基于互联网金融场景下的分布式业务调度系统

技术领域

本发明涉及信息化数据处理技术领域，具体涉及高负载流程调度引擎领 域。

背景技术

流量业务冲击：新网银行自开业以来，其本身的互联网银行属性，特别是 线上的消费信贷业务，吸引越来越多的互联网用户流入新网银行提供的互联网 消费信贷产品。

目前新网银行消费信贷系统，其放贷和还贷仍旧依采用传统架构体系的单 体框架，在放款和还款服务过程中，单体架构中包含了借据服务、额度服务、 用户服务等多个子服务模块，其放款和还款的服务都是通过在程序内部调用各 个模块之间组装，子模块没有微服务化，随着业务的急速发展和膨胀，其程序 运行的响应速度，开发迭代的周期也越来越复杂。

业务发复杂度：放款和还款是消费信贷系统的两个基础服务，但随着新网 接入的合作方和联合行的增多，每个合作方(行)对放款和还款的业务流程又 有各自特定的要求，在传统架构中通过硬编码(if..else....)的方式，可以满足 业务的需求，但随着代码的膨胀，程序运行的性能、效率逐渐降低，开发维护 的复杂度也在不断增加。

当前系统的主要技术特点总结如下：

单体系统

系统内部纵向调用有分层、横向有模块性的划分，通过模块化的方式对系 统进行开发和维护。

硬编码的业务逻辑

一支完整的放款、还款业务，随着合作方、联合行的增加，业务逻辑代码 流程上通过硬编码的方式，实现的业务流转分支。

性能瓶颈

随着业务和流量的膨胀，单体系统对资源的占用越来越高，起响应能力逐 步达到峰值，整体服务性能快达到瓶颈。

发明内容

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

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

本分布式业务调度系统，具体包括两部分，放款调度服务系统和还款调度 服务系统，其中放款调度服务系统实现方法如下：

步骤S1.1：创建一个类，申明各个放款调度微服务节点，得到放款调度微 服务节点申明对象；

步骤S1.2：在放款调度微服务节点申明对象中，申明放款调度微服务节点 别名；

步骤S1.3：新建调度配置父类，得到调度配置父类对象，在调度配置父类 对象中申明放款调度微服务节点别名的依赖关系和执行顺序，得到放款调度配 置统一视图对象；

步骤S1.4：新建一个抽象调度节点类，得到一个抽象调度节点对象，在该 对象中申明excute()抽象方法，该方法只做方法的申明，不做具体的实现， 所有的实现通过后续继承的放款调度微服务节点对象实现；

步骤S1.5：根据放款调度配置统一视图对象申明的放款调度微服务节点别 名，通过继承抽象调度节点对象方式，得到每一个放款调度微服务节点对象；

步骤S1.6：在每一个放款调度微服务节点对象中，通过重载抽象调度节点对 象申明的excute()方法，在该excute()方法中实现放款调度微服务节点的 具体业务逻辑，具体业务逻辑包括调用成功和调用失败两种状态；

步骤S1.7：当上游调用放款服务接口时，获取到上游传入的放款请求参 数；

步骤S1.8：系统服务构造放款调度上下文对象，将放款参数传入到放款调 度上下文对象中；

步骤S1.9：传入放款调度配置统一视图对象和放款调度上下文对象；

步骤S1.10：根据放款调度配置统一视图对象的配置，依次按顺序调度放 款调度微服务节点对象，最后将调用执行结果按照约定返回结果对象，返回上 游调度处理的结果。

上述技术方案中，所述excute()方法包括以下：

步骤S1.6-1：使用RPC远程调用方式，调用远程微服务的接口；

步骤S1.6-2：解析远程微服务返回对象，获取远程返回对象的返回值；

若返回值等于200，远程调用成功，该调度节点处理流程结束，返回 success()的响应对象；

若返回值不等于200，远程调用异常，该调度节点处理结束，返回error() 相应对象。

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

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

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

步骤S1.3.3：如果某一个调度节点有条件判断，调用switchNode()方法， 传入放款调度微服务节点申明对象的微服务节点别名，表明该调度节点是需要 进行分支节点。

本申请提供的还款调度服务系统，包括以下步骤：

步骤S2.1：创建一个类，申明各个还款调度微服务节点，得到还款调度微 服务节点申明对象；

步骤S2.2：在还款调度微服务节点申明对象中，申明还款调度微服务节点 别名得到还款调度微服务节点别名；

步骤S2.3：新建调度配置父类，得到调度配置父类对象，在调度配置父类对 象中申明了还款调度微服务节点别名的依赖关系和执行顺序，得到还款调度配置 统一视图对象；

步骤S2.4：新建一个抽象调度节点类，得到一个抽象调度节点对象，在该 对象中申明excute()抽象方法，该方法只做方法的申明，不做具体的实现， 所有的实现通过后续继承的具体远程调度节点对象实现；

步骤S2.5：根据还款调度配置统一视图对象申明的还款调度微服务节点别 名，通过继承抽象调度节点对象方式，得到每一个还款调度微服务节点对象；

步骤S2.6：在每一个还款调度微服务节点对象中，通过重载抽象调度节点对 象申明的excute()方法，在该excute()方法中实现还款调度微服务节点的 具体业务逻辑，具体业务逻辑包括调用成功和调用失败两种状态；

步骤S2.7：当上游调用还款服务接口时，获取到上游传入的还款请求参 数；

步骤S2.8：系统服务构造还款调度上下文对象，将还款参数传入到还款调 度上下文对象中；

步骤S2.9：传入还款调度配置统一视图对象和还款调度上下文对象；

步骤S2.10：根据还款调度配置统一视图对象的配置，依次按顺序调度还 款调度微服务节点对象，最后将调用执行结果按照约定返回结果对象，返回上 游调度处理的结果。

上述技术方案中，所述excute()方法包括以下：

步骤S2.6-1：使用RPC远程调用方式，调用远程微服务的接口；

步骤S2.6-2：解析远程微服务返回对象，获取远程返回对象的返回值；

若返回值等于200，远程调用成功，该调度节点处理流程结束，返回 success()的响应对象；

若返回值不等于200，远程调用异常，该调度节点处理结束，返回error() 相应对象。

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

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

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

步骤S2.3.3：如果某一个调度节点有条件判断，调用switchNode()方法， 传入放款调度微服务节点申明对象的微服务节点别名，表明该调度节点是需要 进行分支节点。

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

可视化的编程调度配置

在放款、还款的调度配置中，将定义的远程微服务调度节点别名运用函数 式编程框架，使用next()和switch()方法进行快速的可视化编程配置。将原 来的硬编码模式与流程顺序解耦，提高系统响应业务变化的效率。

分布式处理能力

本提案申请基于自研的分布式微服务调度引擎发明，与微服务架构完全兼 容，充分利用了微服务的分布式框架和弹性计算能力，为互联网业务提供高 效、高速的、稳定的业务处理能力。其能够高质量的支撑互联网下高并发、高 吞吐量的并发请求场景；

附图说明

图1是放款调度服务流程；

图2是还款调度服务流程。

具体实施方式

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

本分布式业务调度系统，具体包括两部分，放款调度服务系统和还款调度 服务系统，其中放款调度服务系统实现方法如下：

步骤S1.1：创建一个类，申明各个放款调度微服务节点，得到放款调度微 服务节点申明对象；

步骤S1.2：在放款调度微服务节点申明对象中，根据图1所示的每个节 点，申明远程调度节点依次为：参数校验、客户额度占用、创建放款登记、联 合贷、资金归集、创建借据、放款支付MQ、放款支付、放款成功、生成还款 计划、借据启用、生成总账、借据撤销、额度恢复的放款调度微服务节点别名；

步骤S1.3：新建调度配置父类，得到调度配置父类对象，在调度配置父类 对象中申明放款调度微服务节点别名的依赖关系和执行顺序，得到放款调度配 置统一视图对象；

步骤S1.4：新建一个抽象调度节点类，得到一个抽象调度节点对象，在该 对象中申明excute()抽象方法，该方法只做方法的申明，不做具体的实现， 所有的实现通过后续继承的放款调度微服务节点对象实现；

步骤S1.5：根据放款调度配置统一视图对象申明的放款调度微服务节点别 名，通过继承抽象调度节点对象方式，得到每一个放款调度微服务节点对象；

步骤S1.6：在每一个放款调度微服务节点对象中，通过重载抽象调度节点对 象申明的excute()方法，在该excute()方法中实现放款调度微服务节点的 具体业务逻辑，具体业务逻辑包括调用成功和调用失败两种状态；

步骤S1.7：当上游调用放款服务接口时，获取到上游传入的放款请求参 数；

步骤S1.8：系统服务构造放款调度上下文对象，将放款参数传入到放款调 度上下文对象中；

步骤S1.9：传入放款调度配置统一视图对象和放款调度上下文对象；

步骤S1.10：根据放款调度配置统一视图对象的配置，依次按顺序调度放 款调度微服务节点对象，最后将调用执行结果按照约定返回结果对象，返回上 游调度处理的结果。

上述技术方案中，所述excute()方法包括以下：

步骤S1.6-1：使用RPC远程调用方式，调用远程微服务的接口；

步骤S1.6-2：解析远程微服务返回对象，获取远程返回对象的返回值；

若返回值等于200，远程调用成功，该调度节点处理流程结束，返回 success()的响应对象；

若返回值不等于200，远程调用异常，该调度节点处理结束，返回error() 相应对象。

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

步骤S1.3.1：在放款调度配置统一视图对象中，实现调度配置方法，在调 度配置方法中调用next()方法，根据图1的前后依赖关系，配置起始节点的 下一调度节点，将放款调度微服务节点申明对象申明的微服务节点别名，作为 下一个调度节点的参数传入；

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

步骤S1.3.3：如果某一个调度节点有条件判断，调用switchNode()方法，传入放款调度微服务节点申明对象的微服务节点别名，表明该调度节点是需要进行分 支节点。伪代码如下：

this.start(参数校验).next(客户额度占用).next(创建放款登记)

.switchNode(联合贷).next(资金归集).next(创建借据)

.switchNode(联合贷).next(创建借据).next(放款支付MQ).next(放款支付)

.switchNode(放款成功).next(生成还款计划).next(借据启用).next(生成总账).end()

.switchNode(放款成功).next(借据撤销).next(额度恢复).end()；

本申请提供的还款调度服务系统，包括以下步骤：

步骤S2.1：创建一个类，申明各个还款调度微服务节点，得到还款调度微 服务节点申明对象；

步骤S2.2：在还款调度微服务节点申明对象中，根据图2所示的每个节 点，申明远程调度节点依次为：参数校验、在途、创建还款登记、还款支付 MQ、还款支付、还款成功、是否贴息、贴息计算、更新还款请求状态、账单 分配、更新还款计划、生成核算流水、废除还款请求的申明还款调度微服务节 点别名；

步骤S2.3：新建调度配置父类，得到调度配置父类对象，在调度配置父类 对象中申明了存储还款调度微服务节点别名的依赖关系和执行顺序，得到还款调 度配置统一视图对象；

步骤S2.4：新建一个抽象调度节点类，得到一个抽象调度节点对象，在该 对象中申明excute()抽象方法，该方法只做方法的申明，不做具体的实现， 所有的实现通过后续继承的具体远程调度节点对象实现；

步骤S2.5：根据还款调度配置统一视图对象申明的还款调度微服务节点别 名，通过继承抽象调度节点对象方式，得到每一个还款调度微服务节点对象；

步骤S2.6：在每一个还款调度微服务节点对象中，通过重载抽象调度节点对 象申明的excute()方法，在该excute()方法中实现还款调度微服务节点的 具体业务逻辑，具体业务逻辑包括调用成功和调用失败两种状态；

步骤S2.7：当上游调用还款服务接口时，获取到上游传入的还款请求参 数；

步骤S2.8：系统服务构造还款调度上下文对象，将还款参数传入到还款调 度上下文对象中；

步骤S2.9：传入还款调度配置统一视图对象和还款调度上下文对象；

步骤S2.10：根据还款调度配置统一视图对象的配置，依次按顺序调度还 款调度微服务节点对象，最后将调用执行结果按照约定返回结果对象，返回上 游调度处理的结果。

上述技术方案中，所述excute()方法包括以下：

步骤S2.6-1：使用RPC远程调用方式，调用远程微服务的接口；

步骤S2.6-2：解析远程微服务返回对象，获取远程返回对象的返回值；

若返回值等于200，远程调用成功，该调度节点处理流程结束，返回 success()的响应对象；

若返回值不等于200，远程调用异常，该调度节点处理结束，返回error() 相应对象。

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

步骤S2.3.1：在放款调度配置统一视图对象中，实现调度配置方法，在调 度配置方法中调用next()方法，根据图2的节点的前后依赖关系，配置起始 节点的下一调度节点，将放款调度微服务节点申明对象申明的微服务节点别 名，作为下一个调度节点的参数传入；

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

步骤S2.3.3：如果某一个调度节点有条件判断，调用switchNode()方法， 传入放款调度微服务节点申明对象的微服务节点别名，表明该调度节点是需要 进行分支节点，伪代码如下：

this.start(参数校验).next(在途)

.switchNode(在途).end()

.switchNode(在途).next(创建还款登记).next(还款支付MQ).next(还款支 付)

.switchNode(还款成功).next(废除还款请求).end()

.switchNode(还款成功).next(是否贴息)

.switchNode(是否贴息).next(贴息计算).next(更新还款请求状态)

.switchNode(是否贴息).next(更新还款请求状态).next(账单分配).next(生成核算流水).end()。

本技术提案有如下特点

本提案是针对在系统架构“微服务”下，通过自研的微服务调度引擎，实 现互联网消费金融的放款和还款业务调度逻辑。

可视化的编程调度配置

在放款、还款的调度配置中，将定义的远程微服务调度节点别名运用函数 式编程框架，使用next()和switch()方法进行快速的可视化编程配置。将原 来的硬编码模式与流程顺序解耦，提高系统响应业务变化的效率。

分布式处理能力

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

高速内存运算能力

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

完善的差错处理能力

本调度配置引擎内置了完善的差错处理方案，对于异常情况向，调度引擎 会自动将该笔调度申请通过异步mq框架记录，保证了在线业务的实时处理能 力。通过后置的差错补偿框架机制，对差错数据进行容差式的补偿修正。

本申请，根据新网银行独有的业务模式，将原有单体系统架构的各个模 块，进行微服务拆分，再根据自研的微服务调度引擎，实现可定制化装配的放 款和还款服务功能。

Claims (6)

1.一种基于互联网金融场景下的分布式业务调度系统的放款调度服务系统，其特征在于，包括以下步骤：

S1.放款调度服务

步骤S1.1：创建一个类，申明各个放款调度微服务节点，得到放款调度微服务节点申明对象；

步骤S1.2：在放款调度微服务节点申明对象中，申明放款调度微服务节点别名；

步骤S1.3：新建调度配置父类，得到调度配置父类对象，在调度配置父类对象中申明放款调度微服务节点别名的依赖关系和执行顺序，得到放款调度配置统一视图对象；

步骤S1.4:新建一个抽象调度节点类，得到一个抽象调度节点对象，在该对象中申明excute()抽象方法，该方法只做方法的申明，不做具体的实现，所有的实现通过后续继承的放款调度微服务节点对象实现；

步骤S1.5:根据放款调度配置统一视图对象申明的放款调度微服务节点别名，通过继承抽象调度节点对象方式，得到每一个放款调度微服务节点对象；

步骤S1.6:在每一个放款调度微服务节点对象中，通过重载抽象调度节点对象申明的excute()方法，在该excute()方法中实现放款调度微服务节点的具体业务逻辑，具体业务逻辑包括调用成功和调用失败两种状态；

步骤S1.7：当上游调用放款服务接口时，获取到上游传入的放款请求参数；

步骤S1.8：系统服务构造放款调度上下文对象，将放款参数传入到放款调度上下文对象中；

步骤S1.9：传入放款调度配置统一视图对象和放款调度上下文对象；

步骤S1.10：根据放款调度配置统一视图对象的配置，依次按顺序调度放款调度微服务节点对象，最后将调用执行结果按照约定返回结果对象，返回上游调度处理的结果。

2.根据权利要求1所述的一种基于互联网金融场景下的分布式业务调度系统的放款调度服务系统，其特征在于，所述excute()方法包括以下：

步骤S1.6-1：使用RPC远程调用方式，调用远程微服务的接口；

步骤S1.6-2：解析远程微服务返回对象，获取远程返回对象的返回值；

若返回值等于200，远程调用成功，该调度节点处理流程结束，返回success()的响应对象；

若返回值不等于200，远程调用异常，该调度节点处理结束，返回error()相应对象。

3.根据权利要求1所述的一种基于互联网金融场景下的分布式业务调度系统的放款调度服务系统，其特征在于，步骤S1.3包括以下步骤：

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

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

步骤S1.3.3：如果某一个调度节点有条件判断，调用switchNode()方法，传入放款调度微服务节点申明对象的微服务节点别名，表明该调度节点是需要进行分支节点。

4.一种基于互联网金融场景下的分布式业务调度系统的还款调度服务系统，其特征在于，包括以下步骤：

S2.还款调度服务

步骤S2.1：创建一个类，申明各个还款调度微服务节点，得到还款调度微服务节点申明对象；

步骤S2.2：在还款调度微服务节点申明对象中，申明还款调度微服务节点别名得到还款调度微服务节点别名；

步骤S2.3：新建调度配置父类，得到调度配置父类对象，在调度配置父类对象中申明了还款调度微服务节点别名的依赖关系和执行顺序,得到还款调度配置统一视图对象；

步骤S2.4:新建一个抽象调度节点类，得到一个抽象调度节点对象，在该对象中申明excute()抽象方法，该方法只做方法的申明，不做具体的实现，所有的实现通过后续继承的具体远程调度节点对象实现；

步骤S2.5:根据还款调度配置统一视图对象申明的还款调度微服务节点别名，通过继承抽象调度节点对象方式，得到每一个还款调度微服务节点对象；

步骤S2.6:在每一个还款调度微服务节点对象中，通过重载抽象调度节点对象申明的excute()方法，在该excute()方法中实现还款调度微服务节点的具体业务逻辑，具体业务逻辑包括调用成功和调用失败两种状态；

步骤S2.7：当上游调用还款服务接口时，获取到上游传入的还款请求参数；

步骤S2.8：系统服务构造还款调度上下文对象，将还款参数传入到还款调度上下文对象中；

步骤S2.9：传入还款调度配置统一视图对象和还款调度上下文对象；

步骤S2.10：根据还款调度配置统一视图对象的配置，依次按顺序调度还款调度微服务节点对象，最后将调用执行结果按照约定返回结果对象，返回上游调度处理的结果。

5.根据权利要求4所述的一种基于互联网金融场景下的分布式业务调度系统的还款调度服务系统，其特征在于，所述excute()方法包括以下：

步骤S2.6-1：使用RPC远程调用方式，调用远程微服务的接口；

步骤S2.6-2：解析远程微服务返回对象，获取远程返回对象的返回值；

若返回值等于200，远程调用成功，该调度节点处理流程结束，返回success()的响应对象；

若返回值不等于200，远程调用异常，该调度节点处理结束，返回error()相应对象。

6.一种基于互联网金融场景下的分布式业务调度系统的还款调度服务系统，其特征在于，步骤S2.3包括以下步骤：

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

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

步骤S2.3.3：如果某一个调度节点有条件判断，调用switchNode()方法，传入放款调度微服务节点申明对象的微服务节点别名，表明该调度节点是需要进行分支节点。