CN111580896A - 一种基于原子化服务的链路调用方法 - Google Patents

Abstract

本发明涉及信息化技术领域，提供了一种基于原子化服务的链路调用方法，目的在于解决每个渠道同一个业务场景因有不同的定制化需求或者不同业务逻辑顺序。需要单独提供接口，导致业务代码臃肿的问题。主要方案包括，S1.每个原子化服务在调用链上注册节点并且定义别名,S2.通过自定义注解为每个链路定义别名，将节点别名和链路别名持久化到数据库；S3.将配置好的每条调用链服务实例化，并把各条调用链对应的标注上不同业务场景的别名，统一得到服务调用实例；S4.实例化每个原子化服务，将各个原子化服务的实例装配到S3中的链路上；S5.调用调用链引擎,实现整体的调用链业务逻辑。

Description

一种基于原子化服务的链路调用方法

技术领域

本技术直接运用于互联网单体架构，分布式架构，微服务架构领域，尤其针对在服务原子化（即不可再分解为更细粒度的服务）程度高，业务复杂的高，耦合性度高的场景下。通过该技术可以快速的实现对各个原子化服务间的调用编排，迅速实现通过组合原子化服务的方式，快速落地业务逻辑，提高业务交互的实现和响应速度。

背景技术

现有技术架构：

目前直销银行使用的分布式技术框架，该系统中承载了客户，账务，支付，配置等多个功能模块，所有对外暴露的服务都是通过耦合其各个模块之间的业务加入大量逻辑判断，耦合度高，业务重复代码冗余量大。

业务压力：

随着业务方提出的小程序定制化服务端，以及渠道商的激增，该系统为支撑不同服务端，渠道商进行了不断的升级。

重构的迫切度：

为了满足不同的渠道商的接入，针对不同的渠道商提供不同的定制化接口，使得原本臃肿的业务代码更加臃肿，冗余。业务代码的逻辑复杂度越来越高，新渠道的接入，以及陈旧系统的维护，壁垒越来越高。因此，一套能够支撑直销银行小程序的业务链路服务亟待出现。

发明内容

本发明的目的在于解决现在的技术方案因为需要对接各种不同的渠道，每个渠道同一个业务场景可能有不同的定制化需求或者不同业务逻辑顺序，例如：A渠道用户注册需要检验用户名与手机号是否同时存在，而B渠道只用校验手机号。现有的技术架构就需要提供两个接口，导致业务代码臃肿。

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

一种基于原子化服务的链路调用引擎，并且可以通过后台管理系统自定义配置原子化服务链路调用顺序，包括以下步骤：

S1.原子化服务节点申明：

每个原子化服务在调用链上注册节点并且定义别名，通过自定义注解反射得到原子化服务节点别名，为后续链路上调用原子化服务，进行统一视图的展现提供依赖；

S2.链路别名申明：

通过自定义注解为每个链路定义别名，每个条链路由S1申明的节点组成，通过自定义注解解析得到每个链路的别名申明，为后续管理链路提供依赖；

S3.节点持久化到数据库：

将S1中申明的每个原子化服务节点持久化到数据库；

S4.链路别名持久化到数据库：

将S2中申明的每条链路持久化到数据库中；

S5.调用链配置注册统一视图：

为S4中申明的链路在后台管理系统中，配置S3中的节点，或者S4中的链路别名，并把调用顺序持久化到数据库，为后台管理系统提供展示；

S6.调用链实例：

将配置好的每条调用链服务实例化，并把各条调用链对应的标注上不同业务场景的别名，统一得到服务调用实例。

S7.原子化服务调用链节点实例：

实例化每个原子化服务，将各个原子化服务的实例装配到S6中的链路上。

S8.调用调用链引擎

根据S5中配置的调用链顺序，实现整体的调用链业务逻辑。

上述技术方案中：所诉步骤S8包括以下步骤：

步骤1：根据服务端传入的渠道码匹配数据库中的链路规则实现调用链路。

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

步骤1：在配置文件中约定链路命名规则，约定链路中父链路，子链路规范。

步骤2：新建自定义注解，申明自定义注解规则，用于标记链路；

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

步骤1：在配置文件中约定节点命名规则，约定父节点，子节点规范。

步骤2：新建自定义注解，申明自定义注解规则，用于申明节点名；

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

步骤1：将每个节点别名，节点实际地址等，持久化到数据库中。

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

步骤1：将每条链路别名，链路实例名等，持久化到数据库中。

上述技术方案中：所诉步骤S5包括以下步骤：

步骤1：在后台管理系统中由管理人员根据不同的渠道的业务配置不同的链路调用逻辑，并申明链路名称。

上述技术方案中：所诉步骤S6包括以下步骤：

步骤1：实例化调用链，将数据库中申明的链路名称装配到当前实例化的链路上；

上述技术方案中：所诉步骤S7包括以下步骤：

步骤1：实例化原子化服务节点，将节点装配到已实例化的链路上；

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

1.新的渠道对接只用配置渠道码，通过渠道码匹配配置好的链路。

2.新的业务逻辑只用提供原子化的服务，具体的业务实现都由链路来拼装。

3.链路调用服务主要解决的问题是避免重复业务代码编写，通过链路的方式实现复杂业务流程的编写和实现。帮助开发、业务甚至后期维护人员快速梳理业务流程，防止后期因为频繁的迭代维护和代码量的增加，造成业务代码逻辑的混乱，避免核心业务的反复修改出现不必要的风险。

附图说明

图1为调用链调用逻辑图；

图2调用链流程图；

图3调用链实现过程。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明，即所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明提供了一种基于原子化服务的链路调用引擎，并且可以通过后台管理系统自定义配置原子化服务链路调用顺序，包括以下步骤：

S1.原子化服务节点申明：

每个原子化服务在调用链上注册节点并且定义别名，通过自定义注解反射得到原子化服务节点别名，为后续链路上调用原子化服务，进行统一视图的展现提供依赖；

步骤S1.1：在配置文件中约定节点命名规则，约定父节点，子节点规范;

步骤S1.2：新建自定义注解，申明自定义注解规则，用于申明节点名。

S2.链路别名申明：

通过自定义注解为每个链路定义别名，每个条链路由S1申明的节点组成，通过自定义注解解析得到每个链路的别名申明，为后续管理链路提供依赖；

步骤S2.1：在配置文件中约定链路命名规则，约定链路中父链路，子链路规范；

步骤S2.2：新建自定义注解，申明自定义注解规则，用于标记链路。

S3.节点持久化到数据库：

将S1中申明的每个原子化服务节点持久化到数据库；将每个节点别名，节点实际地址等，持久化到数据库中。

S4.链路别名持久化到数据库：

将S2中申明的每条链路持久化到数据库中，将每条链路别名，链路实例名等，持久化到数据库中。

S5.调用链配置注册统一视图：

为S4中申明的链路在后台管理系统中，配置S3中的节点，或者S4中的链路别名，并把调用顺序持久化到数据库，为后台管理系统提供展示；

在后台管理系统中由管理人员根据不同的渠道的业务配置不同的链路调用逻辑，并申明链路名称。

S6.调用链实例：

将配置好的每条调用链服务实例化，并把各条调用链对应的标注上不同业务场景的别名，统一得到服务调用实例。实例化调用链，将数据库中申明的链路名称装配到当前实例化的链路上；

S7.原子化服务调用链节点实例：

实例化每个原子化服务，将各个原子化服务的实例装配到S6中的链路上。实例化原子化服务节点，将节点装配到已实例化的链路上；

S8.链路参数自动装配，以及自动填充：

将每条链路的参数与自定义注解实现映射，为将参数自动装配到链路上提供支持。

步骤1：通过链路的注解自动将该链路的参数装配到程序的上下文中；

步骤2：每条链路上的原子化服务通过上下文获取到当前链路的装配的参数；

步骤3：通过上下文中获取的参数自动填充到当前原子化的服务中。

S9.调用调用链引擎：

根据S5中配置的调用链顺序，实现整体的调用链业务逻辑。根据服务端传入的渠道码匹配数据库中的链路规则实现调用链路。

外部渠道举例：

例：渠道某东需要接入我行众*存业务，我行业务人员为某东配置渠道号为（JD_001），某东需要接入我行的购买众*存业务逻辑。我行对某东提供通用的接口文档，文档中有包含有buyZHC规范接口，该接口使用调用链buyZHCChain，该调用链中包含多个业务逻辑其中有如下3个业务逻辑在我行规范的业务逻辑顺序为：1.OCRService 2.Face++Service3.auth5FactorService 某东在接入时发现我行提供的接口业务逻辑顺序与他们现有逻辑存在冲突，他们的调用顺序为1.Face++Service 2.OCRService 3.auth5FactorService，这时我们使用调用链配置某东渠道号（JD_001）调用链buyZHCChain 调用顺序为：2 1 3。如果按照之前的开发方式需要单独为某东提供一个定制接口。使用调用链则只需配置即可。

内部业务逻辑举例：

例：接我行业务需求新增一个众*存业务需求，该需求需要调用以下3个原子化服务：authService（鉴权）payService（支付） buyService（购买），新的购买众*存业务开发逻辑如下，继承buyProductChain链路类，从ProductChian类中获取链路中的原子化服务，从程序上下文中获取ProductChain链路的参数，继承链路上的authService，payService。只用重写buyService即可。最终形成一个buyZHCServiceImpl实现类，通过buyZHCController进行调用。暴露buyZHCController给外部渠道调用。

Claims (10)

1.一种基于原子化服务的链路调用方法，其特征在于：包括以下步骤：

S1.原子化服务节点申明：

每个原子化服务在调用链上注册节点并且定义别名，通过自定义注解得到原子化服务节点别名，为后续链路上调用原子化服务，进行统一视图的展现提供依赖；

S2.链路别名申明：

通过自定义注解为每个链路定义别名，每个条链路由S1申明的节点组成，通过自定义注解解析得到每个链路的别名申明，为后续管理链路提供依赖；

S3.节点持久化到数据库：

将S1中申明的每个原子化服务节点别名持久化到数据库；

S4.链路别名持久化到数据库：

将S2中申明的每条链路别名持久化到数据库中；

S5.调用链配置注册统一视图：

为S4中申明的链路在后台管理系统中，配置S3中的原子化服务节点，或者S4中的链路别名，并把调用顺序持久化到数据库，为后台管理系统提供展示；

S6.调用链实例：

将配置好的每条调用链服务实例化，并把各条调用链对应的标注上不同业务场景的别名，统一得到服务调用实例；

S7.原子化服务调用链节点实例：

实例化每个原子化服务，将各个原子化服务的实例装配到S6中的链路上；

S8.链路参数自动装配，以及自动填充：

将每条链路的参数与自定义注解实现映射，为将参数自动装配到链路上提供支持；

S9.调用调用链引擎：

根据S5中配置的调用链顺序，实现整体的调用链业务逻辑。

2.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S2包括以下步骤：

步骤S2.1：在配置文件中约定链路命名规则，约定链路中父链路，子链路规范；

步骤S2.2：新建自定义注解，申明自定义注解规则，用于标记链路。

3.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S1包括以下步骤：

步骤1.1：在配置文件中约定节点命名规则，约定父节点，子节点规范;

步骤1.2：新建自定义注解，申明自定义注解规则，用于申明节点名。

4.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S3包括以下步骤：

步骤1：将每个节点别名，节点实际地址等，持久化到数据库中。

5.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S4包括以下步骤：

步骤1：将每条链路别名，链路实例名等，持久化到数据库中。

6.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S5包括以下步骤：

步骤1：在后台管理系统中由管理人员根据不同的渠道的业务配置不同的链路调用逻辑，并申明链路名称。

7.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S6包括以下步骤：

实例化调用链，将数据库中申明的链路名称装配到当前实例化的链路上。

8.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S7包括以下步骤：

步骤1：实例化原子化服务节点，将节点装配到已实例化的链路上。

9.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S8包括以下步骤：

步骤1：通过链路的注解自动将该链路的参数装配到程序的上下文中；

步骤2：每条链路上的原子化服务通过上下文获取到当前链路的装配的参数；

步骤3：通过上下文中获取的参数自动填充到当前原子化的服务中。

10.根据权利要求1所述的一种基于原子化服务的链路调用方法，其特征在于：

步骤S9包括以下步骤：

步骤1：根据服务端传入的渠道码匹配数据库中的链路规则实现调用链路。

Images