金融机构现代化核心建设挑战有哪些？

以下跟踪十多家金融机构在核心建设过程中的大量问题，洞察整理出最 具代表性的10大挑战。

1.挑战一：分布式架构下如何开展核心 架构规划

由于核心项目规模大、周期长、涉及 业务面广，金融机构在启动新核心建设 前通常会选择开展核心架构咨询项目， 以梳理和明确新核心建设所需要的方方 面面。相比上一代集中式核心，分布式 核心的架构规划范围已明显扩大，从业 务架构、应用架构、数据架构、技术架 构和项目实施方案扩展到分布式技术中台架构、基础设施架构和多活高可用架 构。这些新增范围通常不是传统咨询关 注的重点，如何完成这些新内容的规划 设计以及由谁来做，是摆在新核心建设 面前的第一个挑战。

2.挑战二：如何解答业务建模难题

是否开展业务建模是金融机构在开展 新核心建设之前常常会探讨的问题。业 务建模具有成本高和周期长的特点，表 面上看仅大型金融机构能够承担这样的 投入。但业务建模是新核心进行领域化 微服务拆分的源头，同时业务建模所包 含的流程建模本身也是对业务流程的梳 理和优化，即使是对于采购核心厂商产 品的金融机构，业务建模也能够提供较 大的价值。因此如何能够既享受到业务 建模的好处，又合理的控制周期成本成 为金融机构仍有待解答的难题。

3.挑战三：如何解决核心厂商和云厂商 的技术集成难题

分布式核心有别于过往集中式核心的 瀑布开发流程，各家核心供应商也在同 步构建自己的应用开发平台，各自划定 了不同的范围边界，比如Z核心供应商的 应用开发平台除了应用开发功能之外还 包含了中间件，甚至容器平台，这就和 云厂商提供的PaaS平台形成了重叠。 虽然看似提供了更多的选择，但实则 对于开展核心建设的金融机构来说反倒 造成了很多困扰：如何合理划分核心供 应商应用开发平台和云厂商PaaS平台的 边界；如何在充分利用各自优势的基础 上减少技术集成成本等。同时从行业上 来看，能否形成有一条行业共识的边界 线，减少无谓的消耗势在必行。

4.挑战四：如何构建核心领域的分布式 技术规范和最佳实践

从传统集中式核心转型到分布式核心， 中间件也从功能相对集中的CICS、 TUXEDO、MQ改变为功能更为专一的 分布式中间件，比如注册中心、RPC框 架、分布式事务、分布式数据访问等。 金融机构建设新核心要根据自身情况， 确定分布式环境下中间件在不同核心业 务场景下如何应用和组合，比如服务注 册采用一层注册还是两层注册、分布式 事务在什么场景使用SAGA模式或者 TCC模式等。因此，分布式核心建设需 要构建基于分布式技术的工程工艺，才 能高质量完成核心项目交付。

5.挑战五：如何选择最适合的高可用 架构

是否采用单元化架构是金融机构在新 建分布式核心系统时普遍面临的问题。 从国内金融机构实践来看，国有银行和 股份制银行基本都选择单元化架构作为 支撑高可用的基础架构，并且在进一步 探索异地多活单元化架构的落地方案。 单元化架构会增加资源投入成本和应用 改造成本，而同城双活架构具有成本较 低、运维成熟度较高等优势。对于地理 分布较广、资产规模差异较大的区域性 金融机构，高可用架构的选择需要进行 系统性的分析和设计，开展包括但不限于高可用架构优劣对比、基础设施环境 评估、高可用架构选择和适配等方案设 计。

6.挑战六：如何构建从应用到基础设 施的端到端运维

相对于集中式核心系统，分布式微服 务架构会导致部署节点成量级增加、版 本更新频率速度显著加快、网状调用链 路提升问题定位复杂度等难题，亟需升 级其对应的运维体系，以保障分布式核 心系统的稳定运行。面向应用、多场景、 支持应用到基础软硬设施逐层下钻的一 体化运维体系是当前国内金融机构针对 分布式核心系统运维的重点建设方向。 同时，金融机构应充分认识到分布式架 构下一体化运维的复杂性，尤其是第一 次使用云平台、分布式数据库、容器等 分布式技术，所以需要制定一体化运维 体系分阶段建设的方案，比如首先构建 并打通云、数据库、容器、PaaS等平台 的自身运维能力，然后优先从可观测性 开始逐步建设核心应用的不同场景的运 维能力。

7.挑战七：如何应对微服务拆分后的 性能优化难题

核心系统基于分布式技术栈构建，在 任何一层的性能问题都会导致应用全局 性能受到影响。同时由于微服务拆分导 致交易调用链路延长，链路上微小的网 络时延增加也会导致最终交易时延翻倍 的增长。因此分布式核心系统的性能调 优需要覆盖从应用、中间件、数据库、 云虚机、物理服务器、存储以及网络的 全部技术栈，整体调优难度较高，单一 厂商难以完成全部工作。如何组织协调 多家厂商开展性能调优，采用哪些性能 调优方法，是金融机构需要解答的难题。

8.挑战八：如何选择最优的数据库部 署架构

核心系统落地分布式架构，数据库毫 无疑问是最关键的基础软件之一。随着 25GE网络、RDMA、无损网络、无阻 塞转发网络大量被应用，以及高性能计 算、存储能力的不断发展，分布式数据 库的计算存储架构再次从存算一体走向 存算分离的架构，这也给数据的高可用 能力带来更多的选择。金融机构选择何 种数据库部署架构，需要结合自身的高 可用目标、投入成本预算以及数据库供 应商的产品能力进行综合评估后，制定 相应的方案。

挑战九：容器/虚拟化/裸金属多种 部署模式如何选择

金融机构对于核心系统是否使用容器 存在疑虑，主要原因是核心应用供应商 的容器化实施案例不够，以及自身对容 器的掌握能力不够。随着行业案例逐渐 增多，核心系统使用容器已基本成为行 业共识，但由于容器本身具备分层解耦 能力，容器下的部署选择有多个分支选 项，包括容器+物理机、容器+虚拟化服 务器、容器+云上虚机以及容器+云上裸 金属。选择哪种容器部署架构，需要综 合考虑系统性能目标、高可用目标、容 灾切换易用性、管理易用性以及创新能力 等维度，制定适合自身的容器部署方案。

10.挑战十：如何全面满足监管合规要求

核心系统作为金融机构最关键的业务 系统，必须全面满足安全合规要求。由 于网络安全、密码保护等技术的专业性 门槛较高，非专业人员难以全面掌握相 关知识，很多金融机构在上述领域的专 业人才存在不足，难以全面的分析识别 出合规条款在不同技术平台的改造要求。 同时注意到的是，分布式核心在安全合 规领域需开展的工作不仅仅是完成相关 产品功能的改造支持，还需要辅金融机 构共同完成评测、过审等多项工作。因 此不少金融机构对一站式的合规支持服 务有较为强烈的需求。