集中式与分布式相融合的银行核心系统架构转型策略分析.pdf

集中式与分布式相融合的银行核心系统架构转型策略分析 目录 1 概述 3 2 面向双速 IT 的银行核心系统融合架构 3 2.1 集中式核心系统与分布式核心系统 3 2.2 两种架构核心系统对比分析4 2.3 采用融合性架构的核心系统 7 3 银行核心系统融合 IT 架构设计 7 3.1 基于逻辑数据中心的应用双活架构 7 3.2 按需选择的商业与分布式数据库并存架构 9 3.2.1 商业与分布式数据库按需并存 9 3.2.2 分布式数据库设计要点分析10 3.3 多形态融合的私有云基础设施资源池12 3.3.1 整合、迁移至多形态并存的私有云基础设施资源池，实现降本生效12 3.3.2 统一的多云管理平台，高效应对运维管理挑战13 4 总结与展望14 1 概述 《中国金融业信息技术发展规划》指出，金融机构主动探索系统架构完善升级，继续深入研究数据 中心 “双活”或 “多活”模式应用。在巩固集中式架构安全稳定运行的基础上，综合成本、效率、 资源等方面，以业务适用性为原则，研究分布式架构应用的可行性。 核心系统作为银行信息系统的心脏，历来是 IT 系统建设的重点和难点。银行核心系统经历了从总分 行数据分离，到全行数据大集中架构，再到基于 SOA 架构的新核心系统，目前已经走到了基于云 计算架构的转型阶段。 在此转型过程中，保留面向 “稳态”的银行传统核心、新建面向 “敏态”的互联网核心，是大部分 银行的普遍选择。 “稳态”传统核心基于传统集中式架构，具备安全、稳定的特点，注重既有传统 业务的连续性，例如存款一类账户、借记卡、传统贷款、支付等业务； “敏态”互联网核心采用分 布式架构，可以支撑海量客户、海量账户和高并发，满足秒杀、抢购等互联网营销场景，适合管理 二三类账户、直销银行等相关业务。 本文首先对传统核心和互联网核心所分别采用的集中式和分布式两种不同架构进行简要介绍，全面 分析两种架构的优缺点；在综合考虑投入产出和业务技术风险、满足业务快速创新的前提下，介绍 “集中式与分布式相融合”的核心系统转型实施策略。然后，基于应用架构、数据架构视角，对应 用双活、数据库高可用、分布式数据存储与访问进行介绍。最后，从物理部署架构视角来看，传统 核心与互联网核心并存的情况下，必然会面对多种类型基础设施（大型机、小型机、 x86 、虚拟机 和容器云等）和多种存在形态应用（集中式、分布式和容器化等）带来的运维管理挑战；通过构建 统一的多云管理平台，可以实现降本增效、高效运维。 2 面向双速 IT 的银行核心系统融合架构 2.1 集中式核心系统与分布式核心系统 集中式架构核心系统 现阶段，大部分传统商业银行都完成了整个银行系统的 SOA 化改造，但核心系统都还是采用集中 式架构，即核心系统作为一个整体应用，部署在传统的大型机、小型机集群中，数据库采用传统的 商业数据库（如 DB2 、 Oracle 等），中间件也采用传统的商业中间件软件，采用成熟的集群和高 可用方案保证业务连续性。 但随着互联网 + 金融场景的兴起，集中式核心系统已经无法轻松应对海量用户、海量数据和高并发 的业务场景；同时，集中式架构的核心系统是一个庞大的单体应用，系统升级迭代复杂，难以互联 网时代业务快速创新的需求。 分布式架构银行核心系统 从目前来看，很多银行都把采用分布式架构建设银行核心提供提上了日程。从公开的新闻资料中可 以看到，部分银行的分布式核心系统已经建设完成并投产，在降本增效方面有不俗的表现。 不同于集中式核心系统大量采用商用软件和高端硬件，在建设分布式核心系统时，通常会采用开源 软件，运行在 x86 服务器、虚拟机或容器云环境中，这在很多程度上提高了银行对核心系统的自主 掌控程度，同时大大降低了运行成本。 2.2 两种架构核心系统对比分析 集中式机构和分布式架构，都有各自的优缺点和适用场景，在进行架构选型时，需要充分论证、取 长补短，有差别有针对性地予以采用。以下是针对这两种架构从不同的维度的分析对比： 集中式架构 分布式架构 优势方 系统容量与性能 集中式系统的处