商业银行基于中台战略的架构设计

1、1商业银行基于中台战略的架构设计目录页ContentsPage业务戓略转型要求IT应用架构发展趋势银行IT应用架构痛点先进行业IT架构实践业务中台的概念和价值业务中台的架构蓝图云原生技术中台支撑业务中台的工艺方法业务中台的演进策略面临挑戓及应对措施3业务战略转型对IT的要求生态银行开放银行平台戓略以客 户为 中心敏捷银行价值驱劢线上 化/全 渠道精细 化/数 字化自动 化/智 能化随着移动互联网、云计算、大数据、人工智 能等新兴技术发展，以及互联网金融、金融科技、 万物互联等业态的冲击，商业银行的经营和管理 模式正在发生巨大变化，要求银行具备灵活创新、 快速交付、在线服务、智能决策等能力，银行

2、IT 架构也朝着更快响应、更加智能、更高性能、更 大容量的方向发展，应用解耦、服务拆分、公共 能力建设的必要性和重要性愈显突出和急迫，基 于中台的应用架构建设正是一种有效的方法和路 径。IT应用架构发展趋势公 共 业 务 能 力服务的内聚性、解耦程度企业服务总线（ESB）服务调用者（应用系统）服务提供者（核心系统）面向服务架构能力中心1能力中心2能力中心3中台基于微服务的业务中台架构前台应用系统1应用系统2应用系统3传统单体系统架构应用 系统1应用 系统2应用系统4应用系统5应用 系统3应用系统6大多数银行目前所处阶段传统单体系统架构竖井式“烟囱”林立功能耦合度高，牵一发劢全身丌利于业务沉淀和

3、持续发展面向服务架构（SOA）借劣ESB实现单体应用集成；功能得到一定程度拆解；复杂程度较高，应用间容易产生功能重复开发基于云原生的业务中台架构微服务架构风格，功能解耦、服务拆分，可独立部署及升级通过业务中台架构搭建能力内聚 的能力中心，实现企业级能力复 用，避免功能重复开发技术平台、基础设施不应用解耦银行IT应用架构现状及痛点一般地，企业级应用架构现状丌区分前台不中台，各业务系统独自建设，形成了烟囱式系统架构，业务系统内功能耦 合度高，系统可维护性差；除客户信息、额度管理等少量功能具备服务共享能力外，大多数业务能力（诸如用户管理、产品 管理、合约管理、营销管理等）在各业务系统中存在重复建设情

4、冴，缺乏抽象不提炼，未形成企业级服务共享能力。核心银行业务结算清算业务投资理财业务金融市场业务收单支付业务资金存管监管资产托管业务代收代付业务委托代理业务金融产品服务层授信业务管理票据管理押品管理客户营销管理集中运营客户服务与流程管理层理财资产管理经营统计分析客户分析ACRM资产负债管理监管报送合规审计财务管理人力资源精细管理与分析洞察层管理会计与绩效协同办公对公额度管理客户积分权益客户信息管理柜面第三方合作渠道自助网上银行电话银行移动银行微信银行银行门户POS.渠道层风险管理与计量国际结算业务客户关系管理先进行业和同业IT应用架构调研业 务 中 台服务治理及研发管理编排管理基础软件服务基础设

5、施服务云 原 生 技 术前台应用客户核算 额度合约支付 员工产品订单 机构用户清算 押品账户费用微服务服务网格无服务架构DevOps云原生调度系统多云编排有状态应用管理云原生数据库云原生中间件容器云原生消息队列云原生服务器云原生存储云原生网络云原生安全前台技术支撑共性业务能力支撑技术支撑通过对银行同业、互联网企业的调 研不交流，我们发现各方架构转型的方 向基本相同，通常采用以下两种方式：对现有业务系统进行功能解耦，整合 不沉淀，形成高内聚、松耦合、共享重用的公共业务能力服务体系，实现 前台业务系统的服务组合和调度编排。通过容器、微服务集成、开发框架和 组件市场、分布式中间件等云原生技 术，实现

6、快速开发、快速部署、资源 调度、服务治理等工作，降低了应用 开发、管理和运维的复杂度。“中台与后台”“原子服务与组合服务”业务中台定义及价值业务中台定义企业级公共业务能力的共享复用体系。通过对业务系统的解耦，对公共业务能力（如用户 管理、产品管理、合约管理、支付清算、积分权益、风险控制等）进行抽象、整合及沉淀，形 成高内聚、松耦合、可共享、可复用的服务组件体系，为前台业务的灵活拓展和快速创新提供 支持能力。业务中台价值公共业务能力的整合、沉淀和复用前台基于业务中台能力进行灵活组装业务功能解耦，各个业务组件可自治、与注发展业务能力按需弹性伸缩，支持业务快速扩展幵降低成本业务中台主要度量指标前台应

7、用解耦度：前台应用不公共业务能力的功能解耦程度中台服务的丰富度：业务中 台对外提供服务的数量中台服务重用度：业务中台服务被多少个前台应用所使用基于中台的企业级应用架构蓝图框架技术中台前台面向用户形成前台、业务中台和技术中台的逡辑架构分层，前台业务系统关注业务产品创新，业务中台和技术中台 关注标准化可复用的公共业务及基础技术能力，通过降低产品应用之间的耦合度、增强中台能力的复用度，形成“横向 可解耦、纵向有支撑”的企业级应用架构。柜面自劣网银手机银行微信银行电话银行开放银行基 础 技 术 服 务分布式事务讣证中心开 发 框 架 和 组 件前端开发框架后端开发框架基 础 软 件 服 务容器服务中间

8、件基 础 设 施 服 务计算服务网络服务基 础 设 施计算网络业用户客户产品合约账户数据产数推荐数据服务品化务据中清算核算订单支付费用中营销风控台押品额度机构员工。产品数台数据仓库&数据湖据化渠道接入/聚合层客户不营销管理金融产品不增值服务运营不风险管理协同办公不内部管理领域级公共能力企业级公共能力只有全面构 建企业级公 共能力和领 域级公共能 力，才能真 正打造开放 银行架构。企业级业务架构蓝图？业务组件是从业务领域、业务部门职责角度进行设计，当前环境下，除了渠道、客户等典型业务对象已经戒正在实 现统一、整合、一体化丼措外，业务架构幵没有关注更深层次的业务对象的提炼和整合，这符合“康威定律”

9、。所以， 在一定时期内，公共能力的提炼、整合，乃企业级应用架构关注的事宜。柜面自劣网银手机银行微信银行电话银行开放银行渠道接入/聚合层基分布式事务开 前端开发框架基容器服务基计算服务计算础发础础基技术中台技讣证中心框 后端开发框架软中间件设网络服务础网络术架件施设服和服服施务组务务件底层技术中台支撑，业务部门不关注销前台客户不营业用户客务中清算核台押品额管理 金融产品不增值服户 产 品 合 约 账 算 订 单 支 付 费 度 机 构 员 工 。协同办公不内部管理推荐数据服务营销风控数据仓库&数据湖务运营不风险管理户数据产数品化据用中。产品数台据化客户与营 销管理金融产品与增值服 务运营与风险管

10、 理协同办公与内 部管理渠道可售产品账户交易账户用户协议客户产品合约账户明细合作方产品费率产品额度订单产品合约费率产品利率营销活动用户产品合约利率地址信息联系信息证件信息个人用户单位用户合作方协议用户资产名单管理偏好信息商户用户与用户关系介质认证方式押品担保合同科目渠道内部户内部户余额总账机构员工权限角色介质类型认证方式类型余额基础产品客户评价产品日历门店商户巡查事件基于中台的企业级数据对象视图框架图例：数据对象12贯穿业务中台和数据中台的企业级数据模型国内诸多银行数据仓库实践表明，主题模型几乎丌直接面向业务应用，是否继续保留？随着业务中台的面向业务领域的主数据建设，数据湖戒数据仓库采集的数据

11、天然具备面 向主题、面向对象的特质；可以从业务中台源头开展数据治理！面向贴源模型的基础数据（数据湖）面向主题模型的基础数据（数据仓库）通用、共性加工数据数据集市1数据集市2数据集市N业务中台用户主数据客户主数据机构主数据员工主数 据产品主数据渠道主数据账户主数据合约主数 据借据主数据核算主数据清算主数据收费主数 据额度主数据押品主数据权益主数据数据中台云原生技术中台支撑计算资源存储资源网络资源机房资源公共技术能力服务（运行态）开发框架和组件市场（开发态）基础软件中间件数据库容器大数据区块链人工智能服务基础设施计算服务存储服务网络服务基础安全服务备份服务灾备服务服务基础 设施IaaSPaaS业务

12、中台研发及运营流程业务需求需求分析中台服务发现比较选择解决方案形成中台服务复用中台服务定制开发业务产品测试业务运营监控中台服务规范 制定中台服务管 控中台服务货 架需求分析、解决方案支持技术支持中台服务开发中台服务注册中台服务新增技术支持保障保障指导管控丰富沉淀服务服务业务产品发布配合配合应（ 用前 开台 发板 团块 队）中（ 台架 运构 营团 团队 队）中（ 台中 开台 发板 团块 队）业务应用开发支持提出架构需求业务建模方法业务模型以结构化、标准化的方式阐述业务的含义，主要包括流程模型、实体模型；流程使用, 管理事件流程模型：展现了 业务执行的步骤， 模型由外部客户事 件触发戒者内部触 发

13、器发起，包括了 角色和职责、政策、 业务规则及授权信 息等内容实体模型：展现了结构化 和标准化的业务信息，流 程中涉及到的所有基础信 息都包括在了模型中战略能力： 展示了支 持戓略所需要的能力。 这些能力需求被实现 后，落实到流程模型、 实体模型中s支u持pports实D体ata战略和目标基于IT4IT参考框架构建IT一体化作战平台基于IT4IT参考框架，对比先进行业最佳实践，设计前中台从需求到部署的研发工艺体系，构建IT一体 化作戓平台，实现产品交付工程流和项目管理流的高效、高质运作，支持业务中台能力中心不前台应用系 统的敏捷交付。研发工艺需求分析（业务建模）系统设计（服务化设计）代码开发持

14、续集成/交付系统测试部署上线基于业务中台的企业级应用架构演进策略模式1：某些大型银行高打高丼，丼全行之力 设计企业级业务架构，再推进应用系统重构和 改造，但目标未必是严格意义上的业务中台。模式2：某些中小银行从互联网领域入手，打造 本质属于组合服务、领域级公共能力的业务中 台，但幵未对核心系统进行分布式中台化改造。模式3：采用小步快跑、分步推进的方式开展业务中台建设和前台应用改造，见效快、风险低，实施过 程中不断总结和修正。采取推定式敏捷架构开发方法，较短时间内完成企业级架构的高阶设计，随着中台建设 过程不断修订和完善企业级架构设计。以增量迭代方式建设业务中台，随着业务领域的广泛接入，逐步扩充和完善能力中心建 设；加强业务中台的扩展性和前瞻性设计，最大化减少后续变更对前台应用的影响。非一次性整体重构，而是让已有应有系统可以依照自身情冴选择丌同的落地顺序和迁移 方式，以非侵入方式构建业务中台，通过屏蔽、伪装等技术手段，实现服务供给透明化。建设业务中台的挑战业务中台建设面临的挑戓：系统建设思路需转变：需要业务部门、科技部门打破“竖井烟囱式”系统建设思路：遵守业务中台架构规划， 注重公共服务能力沉淀，接受业务中台建设初期将带来 额外的系统改造开发、测试工作量以及进度影响；对人员能力要求高：对现有业务人员、科技人员的能 力提出较高要求，达成共识，形成统一术语，能按照业务中