银行信息系统微服务改造方案探析.pdf

2023年·第8期

栏目编辑：梁丽雯E-mail:liven_01@163.comResearch|技术应用

银行信息系统微服务改造方案探析

■福州大学范学南

近年来，银行业广泛应用微服务架构以提升系统的可扩展性和可维护性。然而，对于存量的单体架构

摘要：

应用而言，推翻重建存在较大的业务和科技风险。对此，文章探讨如何将单体应用平滑升级为微服务架构，提出渐

进式重构思路，从实践经验中总结微服务设计原则、应用重构模式及数据库改造方案，为银行信息系统架构升级

提供参考。

银行；信息系统；微服务；重构

关键词：

一、微服务改造背景扩展能力受限。随着业务复杂度和交易量的不断增

随着互联网金融的迅猛发展，银行业面临着愈加，单体式应用将会变得越来越复杂而难以维护，微

发激烈的市场竞争，要求其信息系统能够快速迭代升服务化改造势在必行。然而，存量单体系统往往运行

级，以满足瞬息万变的市场需求。在线上化、个性化和着银行的核心业务，保存着重要的交易数据，休克式推

智能化的新金融浪潮中，银行业的用户规模和业务范翻重建势必带来高昂的建设成本和巨大的科技风险，

围不断扩大，使得信息系统问题变得更加突出。在此并不可取。渐进式重构是最合理的升级方式，从业务

背景下，银行业开始积极探索建设分布式系统，以提领域、微服务应用和数据存储等多方面入手，遵循微

高信息系统的稳定性、可靠性和性能。服务设计原则和优先级策略，将单体应用逐步改造为

作为我国最早启动信息化建设的行业之一，银行微服务架构。

业在不断进行科技创新的同时，也存在较多陈旧的遗

留系统。这类遗留系统一般采用单体式架构，特点是二、微服务梳理与设计

所有功能模块集成在同一个应用中，作为一个整体部（一）微服务设计原则

署运行，任何微小的变更都需要分析整个系统的影响微服务概念最早于2014年由软件架构师Martin

面，并重新部署上线，系统性能取决于单机服务能力，Fowler和JamesLewis总结提出，其将微服务定义为一

作者简介：范学南（1989-），男，福建宁德人，系统架构设计师，软件设计师，数据库系统工程师，研究方向：微服务、

系统架构。

收稿日期：2023-03-14

6363

2023年·第8期

Research|技术应用栏目编辑：梁丽雯E-mail:liven_01@163.com

种软件架构风格，最大的特点是应用程序被分解成一获益较大的功能。业务功能的领域模型限界上下文清

组小型、自治的服务，服务间通过远程调用，协同实现晰，代码层面被其他服务依赖较少，说明业务功能相

业务功能。因此，单体应用的微服务化升级改造，首要对独立，将其拆分为微服务越容易。随着单体应用的

任务就是微服务梳理与设计，将业务功能合理地分解业务功能逐步被迁移，遗留服务间的依赖关系将简

为一组微服务，规划微服务实施路径图。微服务设计化，原本复杂的依赖关系也会变得清晰而易于分析。

应遵循以下原则。优先选择迭代频繁、资源消耗大的功能，将其改造为

1.单一职责原则。每个微服务应该专注于一个特