某银行核心系统基于浪潮 K1 Power 架构的升级改造实践.doc

? ? ? ? ? ? ? ? 某银行核心系统基于浪潮 K1 Power 架构的升级改造实践 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 导读】 本文以某银行核心业务系统升级建设项目为背景，根据该银行近十年以来银行业业务发展的功能与非功能需求，建立短期以及中长期的核心业务系统建设目标，详尽设计核心业务系统业务逻辑、基础架构、容灾架构和浪潮K1 Power服务器选型配置、性能测试、架构方案设计等多阶段、多维度项目实施和运维管理经验，为同业核心系统升级建设提供可参考、可操作的真实案例和宝贵经验。 一、项目背景 在银行的整个IT蓝图中，核心业务系统是负责处理和管理核心银行产品的生产系统。所谓的核心银行产品，就业务而言，是指银行主营业务中向客户提供存款、贷款、中间业务等产品和相关的服务。在一定程度上，核心业务系统是一个商业银行日常运作的基础，核心业务系统的先进程度对整个银行的运作有着至关重要的影响，一套专业化的核心业务系统在优化业务流程、提高生产效率和盈利能力方面的重要性越来越被银行高管层所重视。传统核心业务系统对银行业务变化发展的适应性问题越来越浮上台来，以至于逐渐失势，随着业务的快速发展和银行业加速转型，需要对现有的IT系统架构、业务体系进行重构和优化，打造运行高效、长期可用、满足专业化经营要求的新一代核心业务系统，相关技术面对的挑战主要表现在以下几个方面：一是移动互联网时代的业务快速增长；二是利率市场化的业务产品创新加速；三是业务连续性要求日趋苛刻。通过银行新一代核心业务系统升级建设，从整体架构、系统功能、产品功能、数据支持和技术创新等各方面实现核心系统全方位能力的提升，逐步实现银行数字化，为对接“植入式”银行 4.0 夯实基础，进一步满足未来金融市场的需要。 二、需求分析 我行的核心业务系统于2006年投产上线，自上线以来，运行稳定，为我行业务发展提供了有力的支撑，随我行业务的快速发展，原有的核心系统受到传统系统架构的限制，以客户为中心的设计程度较弱，参数化和产品组件化程度不高，在客户体验、产品创新、差异化定价、参数管理方面的需求响应程度较弱，整体开发实施费时费力，周期过长，不能快速响应业务部门的需求，对未来银行的业务发展支撑能力不足，为使我行更好地开展业务，需重建新一代核心业务系统，新一代核心业务系统将实现“以客户为中心”的经营理念，实现产品模型化、风险管理体系化、配置管理参数化、数据标准化、定价灵活化、账户体系化等以及支持高性能高扩展，我行于2018年启动了新一代核心业务系统建设，目标包含如下内容：定义新建核心业务系统在全行级总体IT系统架构中的位置和重要性，满足新建核心业务系统对于丰富业务开展的需求；系统功能较灵活，产品参数化程度较高，可快速支持业务发展；通过模块化、组件化、参数化设计原则，便于以较低的再投入扩充新的业务功能，同时不影响系统的原有功能；满足自主、安全可控的监管需求；吸收互联网架构的优点，具备分布式横向扩展能力，支持高并发亿级账户；支持7*24小时服务，系统批量窗口时间短；支持产品核算分离；实现核心业务系统数据读写分离；符合业界安全标准，支持多级安全、保密、权限控管机制，确保业务数据的准确性、完整性、一致性和安全性。 三、建设目标 本次核心业务系统升级改造目标是搭建一套行业内先进主流、稳定、安全、可靠的核心业务系统，满足新建核心业务系统对于丰富业务开展的需求，通过模块化、组件化、参数化设计原则，便于以较低的再投入扩充新的业务功能，同时不影响系统的原有功能；在非功能性需求方面，满足自主、安全可控的监管需求；吸收互联网架构的优点，具备分布式横向扩展能力，支持高并发亿级账户，最后为银行数字化转型成功奠定基础。 四、技术选型 我行新一代核心业务系统数据库软件采用Oracle 12C，对于此种集中式数据库服务器选型，考虑的最重要的因素是单机处理能力、响应时间及稳定性等。 1、服务器型号的选择 我行进行新一代核心数据库服务器选型时正是浪潮K1 Power 系列服务器Power8和Power9并存的阶段，主要型号有浪潮K1 Power E980、E950、S924、S922、E880、E850、S824、S822等几种型号，其中E850、E950及以上为高端机型，在扩展性、稳定性、可靠性上比其他中低端机型会更甚一筹，根据我行实际情况，综合价格、稳定性、可靠性等因素，本次项目考虑选择浪潮K1 Power S924，但我行对S924是否能满足核心业务系统TPS 2500+的要求存在顾虑，于是我们采用与原核心系统一样配置，即24 core的S824机器来测试新核心系统TPS，发现可以达到2800+。最终我们选择了浪潮K1 Power S924作为主服务器，S922作为读写分离和灾