城市商业银行新核心技术路线选型方案.pdf

城市商业银行新核心技术路线选型思考与 IBM LinuxONE 测试体验分享 一、中小银行传统“胖核心”面临的问题 对于银行业来讲，有一个非常重要的系统就是银行的核心系统，所谓的核心 系统是银行所有其他渠道系统以及业务系统的后台。通常来讲它有三个非常重要 的作用：1) 提供所有其他系统的共享交易服务。主要处理客户、存款、贷款、 支付结算、往来账管理等这些都是其他业务应用系统共同需要的交易服务。2) 提 供核心数据的系统。这些数据包括：客户账户、产品信息、交易数据、资产负载 统计信息、公共服务数据、组织机构数据等等。3) 提供公共后台支持。为其他 渠道系统和应用系统提供客户信息、账户管理、结算处理等共享服务，成为众多 其他渠道类或者交易类应用系统的后台。 就银行业现状来看，大部分中小银行采用的核心系统都是包括了以上所有功 能的庞大核心系统，也就是所谓的“胖核心”，既有联机类的业务，又有总账处 理的业务；白天支撑柜面、网银、ATM 等各个渠道的实时业务，晚上支撑全行所 有业务的总账记录和对账等。随着 IT 和金融行业的不断发展，有越来越多的新 的业务模式和金融政策标准陆续呈现出来，那么这种模式的核心系统越来越凸显 其问题，主要有四个方面： 首先，总账和业务耦合性太高，必然导致账务处理过程中的问题极大影响到 银行的业务运行。比如说对账过程中如果发生哪怕一点点问题，那么柜面渠道也 无法继续第二天的开门业务。尤其到了月结或者年结的时候，账务量非常之巨大， 那么出现问题的几率也会很高，中间出一点点问题就会影响到后期柜面业务。因 此每到这些日子，银行的科技都会投入大量的人力物力去保障整个总账处理过程。 其次，总账和业务耦合性太高，必然导致业务的灵活性不够，无法适应目前 的金融行业发展。无论是从产品的灵活性、机构的灵活性还是业务规则的灵活性 上来讲，一旦把总账和业务处理放到一起就必然导致任何一个变更都会带来核心 系统巨大的调整，面临巨大的风险。例如营改增给银行核心系统带来的影响。由 于总账和联机业务的捆绑，那么税务规则的变化导致记账规则的这些变化就必然 影响到核心系统内部的重大业务流程变更。假设我们的总账能从核心系统分离之 后，那么我们的调整完全可以在核心系统和总账系统之间去做，对现有系统不会 有任何影响。 再有，胖核心系统必然导致互联网系统群的发展受限。在胖核心的模式下， 我们所有的互联网系统其实都是渠道类的系统，里面没有任何账务数据，仅仅有 一些签约信息。每一比业务都是实时调用核心系统。那么核心系统既有的传统架 构就必然导致互联网渠道特点不能极致发挥。随着互联网渠道的逐步扩展，二类 三类账户的逐渐增多，他们的监管标准和业务模式完全呈现出不同的特点，对我 们的应用架构及应用特点都提出了新的挑战，在账户管理和账务管理上也不能把 这两种类型的数据高度耦合起来。这种情况下我们要求银行的总账系统是一个相 对独立的系统来和各种渠道业务来对接，如果全部通过传统的核心联机业务系统 来实现，必然导致传统联机架构的局限性会放大到互联网系统群。也无法实现互 联网核心系统群的良好发展。 最后，胖核心的模式导致核心系统既不是纯粹的 OLTP，也是不是 OLAP，而 是一个混合模式，在不同的时刻点会呈现出不同的特点，日间更多的在处理各种 联机业务，属于 OLTP，日间既有互联网渠道以及ATM 等渠道的 24 小时联机业务 调用，同时还会有若干小时的批量业务，属于混合型。那么基础架构的调优工作 就很难去把握从什么维度去做，按照联机模式去调整可能会影响晚上的批量，如 果按照晚上的批量可能会对联机的性能有所影响。如果把总账系统剥离出去，那 么核心系统虽然也会有一定量的批量，但是它将会是一个相对存粹的 OLTP 系统， 调优的时候可以按照 OLTP 的模式去做，可以把有限的资源进行最大幅度的优化 和配置，从而更适合业务系统和总账系统。 二、城市商业银行 “瘦核心”转型和 Linux 发展趋势的关系 商业银行核心系统发展模式趋于瘦模式更多是基于业务角度来考虑，而 Linux 的发展问题则是存粹的基础平台发展问题，二者的相关度并不高。但是如 果将总账系统独立出来在选择平台架构的时候，我觉得 Linux 倒是一个很不错的 选择，因为从生态发展来看也好，从平台的易用性可用性角度也好，Linux 都是 当前乃至未来的一个主要发展方向。就总账系统的数据来讲，它是银行最重要的 数据，而且是关系型数据，所以容纳这些数据的也一定是关系型数据库，那么对 于数据库服务器