一种可配置的银行微服务管理方法、装置及设备

技术领域

本申请涉及分布式技术领域，尤其涉及一种可配置的银行微服务管理方法、装置及设备。

背景技术

随着社会经济的高速发展，各大银行作为金融服务的中心，越来越多的客户通过银行办理各种金融业务，导致银行需要处理的数据越来越多。

目前，随着应用的访问压力越来越大，越来越多的网络应用产品采用了微服务架构方式进行开发。银行业内通常会使用第三方工具，对特定微服务模块进行监控管理，对各微服务模块调度时也需要依赖外部第三方工具。但由于需要依赖特定工具和运行环境，当由于厂商/工具不再更新等原因切换工具栈是，原有的管理资产，如脚本等，将面临无法复用的风险，导致对于银行微服务模块的管理效果较差。

发明内容

本申请实施例的主要目的在于提供一种可配置的银行微服务管理方法、装置及设备，能够在不引入额外的第三方工具的情况下，利用现有的网关路由机制，根据配置灵活管理银行微服务模块，进而提高对于银行微服务模块的管理效果。

第一方面，本申请实施例提供了一种可配置的银行微服务管理方法，所述方法包括：

获取目标银行中待管理的目标微服务模块的配置信息；

定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息；

基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器；

在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标银行微服务可配置的智能管理。

可选的，所述配置信息包括微服务模块的名称、属性和属性值。

可选的，所述基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器，包括：

基于网关路由机制，通过连接消息中间件，将所述管理动作指令消息推送到对应的目标服务器。

可选的，在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标服务器可配置的智能管理之后，所述方法还包括：

将得到的指令信息执行结果回调返回所述目标银行的指定模块，以便根据所述指令信息执行结果执行预设的补偿机制。

第二方面，本申请实施例还提供了一种可配置的银行微服务管理装置，所述装置包括：

获取单元，用于获取目标银行中待管理的目标微服务模块的配置信息；

生成单元，用于定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息；

推送单元，用于基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器；

执行单元，用于在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标银行微服务可配置的智能管理。

可选的，所述配置信息包括微服务模块的名称、属性和属性值。

可选的，所述推送单元具体用于：

基于网关路由机制，通过连接消息中间件，将所述管理动作指令消息推送到对应的目标服务器。

可选的，所述装置还包括：

返回单元，用于将得到的指令信息执行结果回调返回所述目标银行的指定模块，以便根据所述指令信息执行结果执行预设的补偿机制。

本申请实施例还提供了一种可配置的银行微服务管理设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述可配置的银行微服务管理方法中的任意一种实现方式。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述可配置的银行微服务管理方法中的任意一种实现方式。

本申请实施例提供的一种可配置的银行微服务管理方法、装置及设备，首先获取目标银行中待管理的目标微服务模块的配置信息，然后，定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息，接着，基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器；进而可以在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标服务器可配置的智能管理，从而能够在不引入额外的第三方工具的情况下，利用现有的网关路由机制，根据配置灵活管理银行微服务模块，进而提高对于银行微服务模块的管理效果。

附图说明

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

图1为本申请实施例提供的一种可配置的银行微服务管理方法的流程示意图；

图2为本申请实施例提供的可配置的银行微服务管理的整体模块化示意图；

图3为本申请实施例提供的一种可配置的银行微服务管理装置的组成示意图。

具体实施方式

目前，随着应用的访问压力越来越大，越来越多的网络应用产品采用了微服务架构方式进行开发。银行业内通常会使用第三方工具，对特定微服务模块进行监控管理，对各微服务模块调度时也需要依赖外部第三方工具。但由于需要依赖特定工具和运行环境，当由于厂商/工具不再更新等原因切换工具栈是，原有的管理资产，如脚本等，将面临无法复用的风险，导致对于银行微服务模块的管理效果较差。

为解决上述缺陷，本申请实施例提供了一种可配置的银行微服务管理方法，首先获取目标银行中待管理的目标微服务模块的配置信息，然后，定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息，接着，基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器；进而可以在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标服务器可配置的智能管理，从而能够在不引入额外的第三方工具的情况下，利用现有的网关路由机制，根据配置灵活管理银行微服务模块，进而提高对于银行微服务模块的管理效果。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，为本实施例提供的一种可配置的银行微服务管理方法的流程示意图，该方法包括以下步骤：

S101：获取目标银行中待管理的目标微服务模块的配置信息。

需要说的是，随着应用的访问压力越来越大，越来越多的网络应用产品采用了微服务架构方式进行开发，而且大部分都是采用了网关和其他微服务模块的组成方式，而网关在其中承担的作用主要还是进行请求的限流、权限校验、路由到其他微服务模块等作用。

在本实施例中，为了能够解决银行微服务数量众多，管理复杂的问题，以提高对于银行微服务模块的管理效果，本申请提出一种可灵活配置的自启动网关调度管理银行微服务的方法，用于对目标银行中待管理的目标微服务模块进行轮询监控，自动启停，具体为：基于网关的路由功能，通过定时轮询机制扫描目标银行中待管理的目标微服务模块的配置信息表，将启停相关微服务模块的信号路由到后面的微服务模块，以达到灵活自动启停微服务模块的目的。从而能够在不引入额外的第三方工具(如ansible，zabbix等)的情况下，利用现有的网关路由机制，根据配置灵活管理其余目标微服务模块，提高对于目标银行中待管理的目标微服务模块的管理效果。

具体来讲，在进行银行微服务管理时，首先可以获取目标银行中待管理的目标微服务模块的配置信息，用以执行后续步骤S102。

其中，一种可选的实现方式是，目标微服务模块的配置信息包括但不限于微服务模块的名称、属性和属性值等，如下表1所示：

表1

其中，可以结构化存储各个目标微服务模块的的配置信息，具体存储可以落到oracle数据库/配置文件等，通过解析这些结构化配置信息，在服务初始化的时候加载到内存中，并可以支持动态刷新，无需重复初始化来获取修改后的配置信息。

S102：定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息。

在本实施例中，通过步骤S101获取到目标银行中待管理的目标微服务模块的配置信息后，进一步可以定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息，用以执行后续步骤S103。

具体来讲，可以定时轮询加载到内存中的配置信息，获取到调度管理微服务模块所需要的各种参数信息后，生成对应的管理动作指令消息，比如ModuleA的启动指令对应着会生成一个“java-jar(可选增加启动参数，如-Xmx1024m等，具体的启动参数内容也是由对目标微服务模块的配置信息进行解析生成并存放到内存中)ModuleA.jar”的指令，通过网络传输存放到如kafka，mq等消息中间件中。

S103：基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器。

在本实施例中，在通过步骤S102生成对应的管理动作指令消息后，进一步可以基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器，用以执行后续步骤S104。

具体来讲，一种可选的实现方式是，可以基于网关路由机制，通过连接消息中间件(如kafka，mq等)，将所述管理动作指令消息通过网络按照先后顺序依次推送到对应的目标服务器(具体的ip对应着通过步骤S101获取的配置信息解析生成并存放到内存中的目标服务器ip)。

S104：在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标银行微服务可配置的智能管理。

在本实施例中，通过步骤S103基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器后，进一步可以汇总收集各种管理动作指令消息，如ModuleA的启动命令后，在目标银行微服务上有序执行相关指令，以实现对所述目标银行微服务可配置的智能管理。

在指令执行后，一种可选的实现方式是，还可以将得到的指令信息执行结果(如：是否启动成功，命令执行后的错误日志输出等)回调返回所述目标银行的指定模块，以便根据所述指令信息执行结果执行预设的补偿机制(具体可内容可根据实际情况设定，本申请不限定，如可以执行重试、丢弃等补偿机制)。

为便于理解本申请提供的可配置的银行微服务管理方法，本申请还提供了可配置的银行微服务管理的整体模块化示意图，如图2所示，共包括4个模块，具体如下：

一是微服务模块配置解析模块，用于进行微服务模块配置解析等。

二是定时轮询调度模块，用于定时/轮询加载到内存中的配置信息，获取到调度管理微服务模块所需要的各种信息后，生成对应的管理动作指令消息，通过网络传输存放到如kafka，mq等消息中间件中。

三是消息路由通知模块，用于基于现有的网关路由机制，连接上如kafka，mq等消息中间件，将其上的消息指令通过网络按照先后顺序依次推送到各目标服务器。

四是通知消息处理模块，用于汇总收集各种消息指令，如ModuleA的启动命令后，在目标服务器上有序执行相关指令，指令执行后，结果可以回调返回到特定下游模块，下游模块可以根据回调的结果(如：是否启动成功，命令执行后的错误日志输出等)执行一系列的重试、丢弃等补偿机制。

可见，定时轮询调度模块是本申请的核心模块，可以根据设置的间隔时间自动对配置信息进行提取解析，生成对应的操作指令消息；消息路由通知模块基于现有的网关路由机制，实现操作指令的消息分发；通知消息处理模块，在接收到消息之后，有序执行相关操作。

综上，本实施例提供的一种可配置的银行微服务管理方法，首先获取目标银行中待管理的目标微服务模块的配置信息，然后，定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息，接着，基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器；进而可以在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标服务器可配置的智能管理，从而能够在不引入额外的第三方工具的情况下，利用现有的网关路由机制，根据配置灵活管理银行微服务模块，进而提高对于银行微服务模块的管理效果。

本实施例将对一种可配置的银行微服务管理装置进行介绍，相关内容请参见上述方法实施例。

参见图3，为本实施例提供的一种可配置的银行微服务管理装置的组成示意图，具体包括：

获取单元301，用于获取目标银行中待管理的目标微服务模块的配置信息；

生成单元302，用于定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息；

推送单元303，用于基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器；

执行单元304，用于在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标银行微服务可配置的智能管理。

在本实施例的一种实现方式中，所述配置信息包括微服务模块的名称、属性和属性值。

在本实施例的一种实现方式中，所述推送单元303具体用于：

基于网关路由机制，通过连接消息中间件，将所述管理动作指令消息推送到对应的目标服务器。

在本实施例的一种实现方式中，所述装置还包括：

返回单元，用于将得到的指令信息执行结果回调返回所述目标银行的指定模块，以便根据所述指令信息执行结果执行预设的补偿机制。

综上，本实施例提供的一种可配置的银行微服务管理装置，首先获取目标银行中待管理的目标微服务模块的配置信息，然后，定时轮询所述目标微服务模块的配置信息，获取到调度管理目标微服务模块所需要的参数信息，并根据所述参数信息生成对应的管理动作指令消息，接着，基于网关路由机制，将所述管理动作指令消息推送到对应的目标服务器；进而可以在所述目标服务器上有序执行所述管理动作指令消息，以实现对所述目标服务器可配置的智能管理，从而能够在不引入额外的第三方工具的情况下，利用现有的网关路由机制，根据配置灵活管理银行微服务模块，进而提高对于银行微服务模块的管理效果。

进一步地，本申请实施例还提供了一种可配置的银行微服务管理设备，包括：处理器、存储器、系统总线；

所述处理器以及所述存储器通过所述系统总线相连；

所述存储器用于存储一个或多个程序，所述一个或多个程序包括指令，所述指令当被所述处理器执行时使所述处理器执行上述可配置的银行微服务管理方法的任一种实现方法。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行上述可配置的银行微服务管理方法的任一种实现方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如媒体网关等网络通信设备，等等)执行本申请各个实施例或者实施例的某些部分所述的方法。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

另外，需要说明的是，本发明提供的可配置的银行微服务管理方法、装置及设备可用于分布式领域以及金融领域。上述仅为示例，并不对本发明提供的可配置的银行微服务管理方法、装置及设备的应用领域进行限定。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。