某城商行核心系统基于浪潮K1 Power升级改造方案设计及实施分享.doc

? ? ? ? ? ? ? ? 某城商行核心系统基于浪潮K1 Power升级改造方案设计及实施分享 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 作者简介： 张鹏，某银行。原就职于 IBM 、 DellEMC 公司，从事小型机及存储技术支持 10 年 + ，在小型机、高端存储关键技术有深入研究，在容灾项目实施、性能监控与调优以及运维管理有丰富经验。目前就职金融银行 3 年 + ，从事行内及子公司的存储、备份、应用负载、数字签名等设备运维管理、项目实施工作，曾参与行内新一代核心系统建设、容灾建设与切换演练、影像平台升级改造、村镇银行核心系统迁移与容灾等项目。在 twt 社区做过的技术分享《等保 2.0 时代，银行新一代核心系统升级及容灾项目实践》、《城商行异构存储统一监控分享》及《异构存储监控线上交流活动问题总结》。 文章简介： 本文从某城商行核心系统升级改造项目为背景，根据近十多年以来银行业业务发展的功能与非功能需求，建立短期以及中长期的核心系统改造目标，详尽设计核心系统的业务逻辑，基础架构和浪潮 K1 Power 小型机选型配置，总结破坏性测试、小型机实施运维、监控趋势分析等多阶段、多维度项目实施和运维管理经验，为同业核心系统升级和改造提供可参考、可操作的真实案例和宝贵经验。文章最后从项目考量方向给出评价和验收维度，总结项目实施的效果，相信对同业项目交付的后评价，有借启发和借鉴意义。 1.项目建设背景 当银行迈入以智能方式提供无感知服务的 4.0 阶段，银行服务将会通过各种方式出现在我们周围，随着数字化技术普及，个人银行账号可能来自技术公司的智能设备，而非来自于实体银行。这种银行改变方式带来的挑战不但来自传统银行业内部，也有来自于金融市场上的技术公司。未来会要求银行前中后台都要做出改变、所有业务与技术需要重构、经营模式需要转变。数字化水平的提升，有助于银行业弯道超车、实现跨越式发展。然而，当领先银行已经在享受数字化红利，大部分中小银行生存空间并不乐观。中小银行要想借助数字化实现错位竞争，不是一蹴而就的。“银行数字化，不是在所谓传统业务之外另建一套数字业务，应该是所有业务的数字化”。一家真正意义上的数字银行包含三大层次：一是底层基础数据平台；二是中间核心业务层；三是顶层的经营决策层，做到智慧经营才是数字化的顶点。 核心系统在银行业务体系中处于重要地位，通过新一代核心系统建设，从整体架构、系统功能、产品功能、数据支持和技术创新等各方面实现核心系统全方位能力的提升，逐步实现银行数字化，为对接“植入式”银行 4.0 夯实基础，进一步满足未来金融市场的需要。 2.需求分析 自 2006 年投产以来，核心系统有效的支撑了银行业务的快速发展，但由于原有的核心系统受到传统系统架构的限制，以客户为中心的设计程度较弱，参数化和产品组件化程度不高，在客户体验、产品创新、差异化定价、参数管理方面的需求响应程度较弱。整体开发实施费时费力，周期过长，不能快速响应业务部门的需求，对未来银行的业务发展支撑能力不足。 处于重要地位的核心系统需要实现高度业务规则化、产品参数化、技术组件化、数据标准化的信息系统，以便能够更高效、更敏捷、更安全地响应业务创新发展的要求。 核心系统支持分层、松耦合、面向服务的 SOA 架构，以适应 IT 系统、服务、产品、流程变化的能力；平台需满足可靠性、可维护性、可移植性、高可用性、系统稽核性、安全性、开放性、扩展性等非功能性需求；系统性能需求主要包括：对集群的支持、文件传输方式的要求、多节点应用部署能力、批量控制、接口性能、并发度控制、数据库几个方面。基于硬件设备的拓展，核心系统应能够提供 1.5 亿账户数下的支持与服务；数据标准要求：符合某银行数据标准需求，实施的设计方案要符合某银行数据标准，数据架构及数据模型应符合某银行相关 IT 规范及数据标准的要求。核心系统软件还具备高稳定性、高可靠性、高安全性、高性能等非功能性要求。在技术能力上需要满足以下特征：支持集群部署、灵活的架构设计、组件化的应用、 7*24 小时不间断服务能力、数据安全管理、快捷高效的二次开发、详尽的产品文档支持、全面地运维监控等。 3.改造目标 短期的改造目标是搭建一套稳定、安全、可靠的软硬件系统，突破早期传统架构带来的发展制约，快速响应业务需求变化；中期目标则是通过这套新系统技术和业务数据的积累，实现需求和技术的二次开发和快速迭代，掌握并预测数以亿计的客户需求变化和趋势；长期目标会着眼于全面提升核心系统的各项技术与功能指标，为银行数字化转型成功奠定基础。 4.方案架构设计 新一代核心业务系统按照产品功能分为核心模块、卡模块、前端模块、报表模块，按照数据不同特性将核心数据划分为四个数据库。核心系统重要的应用和数据