CN112953771A - 基于微服务的金融资产管理系统及解耦方法 - Google Patents

Abstract

本发明提出了一种基于微服务的金融资产管理系统及解耦方法，系统包括API网关集群、服务注册中心集群、业务服务器集群，所述API网关集群用于实现系统请求的分发；服务注册中心集群用来登记各个业务服务器子集群的物理访问地址；所述业务服务器集群包括多个业务服务器子集群。根据业务性质进行业务服务器子集群的划分，可以根据业务充分测算系统性能，各个业务服务器子集群性能互不影响。

Description

基于微服务的金融资产管理系统及解耦方法

技术领域

本发明涉及资产管理软件的技术领域，尤其涉及一种基于微服务的金融资产管理系统及解耦方法。

背景技术

传统的金融资产管理系统多采用的是BS三层架构，如图1所示，包括依次设置的客户机、F5设备、应用服务器集群、数据库服务器集群。还包括存储设备。所述F5设备用于分发系统请求；应用服务器用来运行软件系统的后台逻辑处理，通过复制部署的方式形成应用服务器集群。数据库服务器集群进行用户处理数据的存储，并将数据存入存储设备。

系统运行状态下，系统处理流程如下：

当用户在客户机上发出系统请求后，F5设备会对请求进行分发，根据各个应用服务器的负载情况，指定一台应用服务器进行业务处理，处理完成后将结果返回给客户机。

传统方案的不足在于：系统较为简单，业务量较为平均的情况下，此类结构适应性较好，但是随着系统变的越来越复杂，对应用服务器的要求越来越高，比如：

1)应用模块进行升级更新时，需要对整组应用进行停机处理，导致整个系统不可用。

2)系统内应用变复杂后，对硬件要求也越来越高，不断的更新硬件设备也带来了资源的浪费。

发明内容

针对背景技术中的不足，更好的利用服务器资源，为此，本发明提出了一种基于微服务的金融资产管理系统及解耦方法，具体方案如下：

基于微服务的金融资产管理系统，包括API网关集群、服务注册中心集群、业务服务器集群，所述API网关集群用于实现系统请求的分发；服务注册中心集群用来登记各个业务服务器子集群的物理访问地址；所述业务服务器集群包括多个业务服务器子集群。

具体地说，所述业务服务器集群包括产品服务器子集群、交易服务器子集群、文档服务器子集群、报表服务器子集群、清算服务器子集群、接口服务器子集群、资产服务器子集群。

具体地说，还包括客户机、数据库服务器集群、存储设备，所述客户机用于接收客户的系统请求，并发送至API网关集群；所述数据库服务器集群用户处理数据的存储，并将数据存入存储设备。

一种基于微服务的金融资产管理解耦方法，包括以下步骤：

S1、系统进入运营状态，客户机上接收到用户的系统请求后，转发到API网关集群，API网关集群首先判断请求对应的业务服务器子集群，然后向服务注册中心集群发送消息，寻找对应的业务服务器子集群所对应的物理地址群组；

S2、判断对应的业务服务器子集群状态，当对应的服务器子集群处于变更状态时，服务注册中心集群通过API网关集群向客户机反馈不能办理的信息，当对应的业务服务器子集群处于非变更状态时，API网关根据对应的业务服务器子集群中各业务服务器单元的负载情况，选择业务服务器单元发送系统请求；

S3、业务服务器单元对请求进行处理，并与数据库服务器集群交互后，返回处理结果给API网关集群，API网关集群将结果返回给客户机。

具体地说，所述业务服务器集群包括产品服务器子集群、交易服务器子集群、文档服务器子集群、报表服务器子集群、清算服务器子集群、接口服务器子集群、资产服务器子集群。

具体地说，步骤S2中，对应的业务服务器子集群进入变更状态时，包括新增业务服务器子集群，新增业务服务器子集群时包括以下步骤：

1)在新的服务器集群上部署新的业务服务器子集群，配置网络地址；

2)将服务器硬件及网络信息，注册至注册中心服务器；

3)刷新注册中心服务器的内存，使刚刚新注册的服务器信息生效。

具体地说，步骤S2中，对应的业务服务器子集群进入变更状态时，包括修改业务服务器子集群，修改业务服务器子集群包括以下步骤：

1)修改注册中心服务器，将待修改的业务服务器子集群设置为离线；

2)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效；

3)对该业务服务器子集群上的应用服务进行更新并测试；

4)修改注册中心服务器，将待修改的业务服务器子集群设置为在线；

5)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效。

8.根据权利要求4或6或7所述的解耦方法，其特征在于，步骤S2中，对应的业务服务器子集群进入变更状态时，包括删除业务服务器子集群，删除业务服务器子集群包括以下步骤：

1)修改注册中心服务器，删除业务服务器子集群的配置信息；

2)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效；

3)将业务服务器子集群的应用服务进行删除，并回收服务器。

本发明的有益效果在于：

(1)通过上述运行方案和业务服务器子集群变更方案，我们可以看到本业务服务器子集群结构方法可以给系统带来以下优点：a)根据业务性质进行业务服务器子集群的划分，可以根据业务充分测算系统性能，各个业务服务器子集群性能互不影响。b)业务服务器子集群变更时，不影响其他业务服务器子集群的运行，解决了系统运行的持续稳定运行问题。

(2)本发明的系统基于微服务，微服务架构是一项在云中部署应用和服务的新技术。微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构(在现有系统中分布一个API)区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。

附图说明

图1为传统的金融资产管理系统多采用的是BS三层架构图。

图2为本发明提出的一种基于微服务的金融资产管理系统图。

图中：1、客户机；2、API网关集群；3、服务注册中心集群；4、业务服务器集群；41、业务服务器子集群；5、数据库服务器集群；6、存储设备

具体实施方式

参照图2，本发明提出一种基于微服务的金融资产管理系统，包括客户机1、API网关集群2、服务注册中心集群3、业务服务器集群4、数据库服务器集群5，所述客户机1用于接收客户的系统请求，并发送至API网关集群2。系统还包括用于存储数据库服务器集群5内数据的存储设备6。所述业务服务器集群4进行解耦拆分，分解为多个业务服务器子集群41；通常来说，分类包括产品服务器子集群、交易服务器子集群、文档服务器子集群、报表服务器子集群、清算服务器子集群、接口服务器子集群、资产服务器子集群。在业务更为复杂的情况下，各类业务还可继续细分。

所述API网关集群2用于实现系统请求的分发。服务注册中心集群3用来登记各个业务服务器子集群41的物理访问地址。各个业务服务器子集群41基于微服务的理念，数据库服务器集群5用户处理数据的存储，并将数据存入存储设备6。

一种基于微服务的金融资产管理系统的解耦方法，包括以下步骤：

S1、系统进入运营状态，客户机1上接收到用户的系统请求后，转发到API网关集群2，API网关集群2首先判断请求对应的业务服务器子集群41，然后向服务注册中心集群3发送消息，寻找对应的业务服务器子集群41所对应的物理地址群组；

S2、判断对应的业务服务器子集群41状态，当对应的服务器子集群处于变更状态时，服务注册中心集群3通过API网关集群2向客户机1反馈不能办理的信息，当对应的业务服务器子集群41处于非变更状态时，API网关根据对应的业务服务器子集群41中各业务服务器单元的负载情况，选择业务服务器单元发送系统请求；

S3、业务服务器单元对请求进行处理，并与数据库服务器集群5交互后，返回处理结果给API网关集群2，API网关集群2将结果返回给客户机1。

其中步骤S2中，对应的业务服务器子集群41进入变更状态时，包括三种状态：新增业务服务器子集群41、修改业务服务器子集群41、删除业务服务器子集群41。

当为新增业务服务器子集群41时包括以下步骤：

1)在新的服务器集群上部署新的业务服务器子集群41，配置网络地址。

2)将服务器硬件及网络信息，注册至注册中心服务器。

3)刷新注册中心服务器的内存，使刚刚新注册的服务器信息生效。

当为修改业务服务器子集群41时包括以下步骤：

1)修改注册中心服务器，将待修改的业务服务器子集群41设置为离线；

2)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效；

3)对该业务服务器子集群41上的应用服务进行更新并测试；

4)修改注册中心服务器，将待修改的业务服务器子集群41设置为在线；

5)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效。

当为删除业务服务器子集群41时包括以下步骤：

7)修改注册中心服务器，删除该业务服务器子集群41的配置信息；

8)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效；

9)将该业务服务器子集群41的应用服务进行删除，并回收服务器。

现有技术中遇到业务服务器子集群41变更的情况，需要对所有应用服务器进行重新安装测试，很可能造成系统的性能下降、不稳定、不可用等情况，而本申请基于微服务，可以解决上述问题，具体地说：

1、通过拆分微服务将原耦合的应用变更为更多可独立运行的小应用，通过注册中心进行关联，实现了应用的解耦合。

2、微服务应用在更新调整的时候，影响范围小，风险低，替换时其他的微服务应用仍可使用。

3、独立的微服务应用，有利于更精确的检测每个应用的服务器性能，可以针对性的进行扩展，避免资源浪费，避免不同服务间争夺资源而导致性能不能有效提升。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。

Claims (8)

1.基于微服务的金融资产管理系统，其特征在于，包括API网关集群(2)、服务注册中心集群(3)、业务服务器集群(4)，所述API网关集群(2)用于实现系统请求的分发；服务注册中心集群(3)用来登记各个业务服务器子集群(41)的物理访问地址；所述业务服务器集群(4)包括多个业务服务器子集群(41)。

2.根据权利要求1所述的基于微服务的金融资产管理系统，其特征在于，所述业务服务器集群(4)包括产品服务器子集群、交易服务器子集群、文档服务器子集群、报表服务器子集群、清算服务器子集群、接口服务器子集群、资产服务器子集群。

3.根据权利要求1所述的基于微服务的金融资产管理系统，其特征在于，还包括客户机(1)、数据库服务器集群(5)、存储设备(6)，所述客户机(1)用于接收客户的系统请求，并发送至API网关集群(2)；所述数据库服务器集群(5)用户处理数据的存储，并将数据存入存储设备(6)。

4.一种基于微服务的金融资产管理解耦方法，其特征在于，包括以下步骤：

S1、系统进入运营状态，客户机(1)上接收到用户的系统请求后，转发到API网关集群(2)，API网关集群(2)首先判断请求对应的业务服务器子集群(41)，然后向服务注册中心集群(3)发送消息，寻找对应的业务服务器子集群(41)所对应的物理地址群组；

S2、判断对应的业务服务器子集群(41)状态，当对应的服务器子集群处于变更状态时，服务注册中心集群(3)通过API网关集群(2)向客户机(1)反馈不能办理的信息，当对应的业务服务器子集群(41)处于非变更状态时，API网关根据对应的业务服务器子集群(41)中各业务服务器单元的负载情况，选择业务服务器单元发送系统请求；

S3、业务服务器单元对请求进行处理，并与数据库服务器集群(5)交互后，返回处理结果给API网关集群(2)，API网关集群(2)将结果返回给客户机(1)。

5.根据权利要求4所述的解耦方法，其特征在于，所述业务服务器集群(4)包括产品服务器子集群、交易服务器子集群、文档服务器子集群、报表服务器子集群、清算服务器子集群、接口服务器子集群、资产服务器子集群。

6.根据权利要求4所述的解耦方法，其特征在于，步骤S2中，对应的业务服务器子集群(41)进入变更状态时，包括新增业务服务器子集群(41)，新增业务服务器子集群(41)时包括以下步骤：

1)在新的服务器集群上部署新的业务服务器子集群(41)，配置网络地址；

2)将服务器硬件及网络信息，注册至注册中心服务器；

3)刷新注册中心服务器的内存，使刚刚新注册的服务器信息生效。

7.根据权利要求4所述的解耦方法，其特征在于，步骤S2中，对应的业务服务器子集群(41)进入变更状态时，包括修改业务服务器子集群(41)，修改业务服务器子集群(41)包括以下步骤：

1)修改注册中心服务器，将待修改的业务服务器子集群(41)设置为离线；

2)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效；

3)对该业务服务器子集群(41)上的应用服务进行更新并测试；

4)修改注册中心服务器，将待修改的业务服务器子集群(41)设置为在线；

5)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效。

8.根据权利要求4或6或7所述的解耦方法，其特征在于，步骤S2中，对应的业务服务器子集群(41)进入变更状态时，包括删除业务服务器子集群(41)，删除业务服务器子集群(41)包括以下步骤：

1)修改注册中心服务器，删除业务服务器子集群(41)的配置信息；

2)刷新注册中心服务器的内存，使刚刚修改的服务器信息生效；

3)将业务服务器子集群(41)的应用服务进行删除，并回收服务器。

Images