[发明专利]一种基于互联网分布式下的微服务业务调度方法

说明书

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

技术领域

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

背景技术

传统技术架构

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

业务压力

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

重构的迫切度

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

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

发明内容

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

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

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

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

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

s2. 调度配置统一视图：

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

s3. 远程调度节点实例：

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

S4.调度引擎

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

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

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