13046685510

银行属于传统的金融行业，银行业随着科技的不断进步和客户需求的不断提升，尤其近代电商、互联网支付行业的兴起，对银行信息系统的要求也是逐渐提高，传统银行业系统的发展也必须随着需求的不断迭代而水涨船高。

银行业的信息化架构演变路线如下图：

架构演进路线

银行的物理架构分为三个阶段：

第一阶段：2000年前，都是以省为单位，每个省都有一套运营系统，总行部署清算系统；

第二阶段：2000年以后，以工行为首，开始数据大集中建设，2002年工行完成数据集中建设之后，其他的国有大行（建行、交通）效仿，大约2008年左右，全国商业银行都完成了大集中部署架构的演变。

第三阶段：随着时间的推移，大集中的部署架构带来的一些列问题被讨论，这种模式好比将所有的鸡蛋都放置到同一个篮子中，而这种模式，一旦出现问题会造成全国性的数据丢失，这种情况对银行的影响是致命的。特别是2008年的汶川地震发生后，银行更加意识到建设灾备中心的重要性。

目前银行的总体架构都是两地三中心架构，即：同城生产中心、灾备中心、异地灾备中心。但也存在一些问题，比如灾备中心建成后，它的利用很小，在一定程度上造成资源的浪费，无论是人力上的，还是物力上的都要花费不小的代价。于是业界提出灾备如何在利用上做到更加高效？比如同城双活、多活。但目前来看，由于成本原因，真正意义上的多活或双活中心还是比较少的。

近年来，银行业讨论最火热的一个概念是“主机下移”，小编认为将是银行业IT架构演变的主要方向，主机下移同云架构结合才是最适合该行业的技术路线（之一）。

逻辑架构演进又分为胖核心、瘦核心、分布式核心三个阶段。

胖核心：银行内部的综合业务系统，2000年至2010年左右的十年间，大型银行和城市商业银行均采用这种胖核心架构，这和当时银行追求的大而全的业务系统是分不开的。

瘦核心：2010年以后，随着电子购物（电商）、移动互联网的发展，胖核心架构已经无法满足银行业务发展的需要。因为金融业务变动频繁，业务系统牵一发而动全身的现象注定会将这种胖核心架构抛进历史的垃圾桶，此时银行业务系统开始拆分为多个子系统或中心来应对这种变化。于是按照交易、业务等不同的角度拆分出记账核心、贷款核心、成本核心等各个核心系统。瘦核心的架构并没有发生太大的改变，根本上是说这些并不是分布式架构。

分布式核心：银行业随着主机下移概念的讨论，分布式核心是一个发展方向，目前有些较小的地方性银行上了分布式核心系统，当然，上分布式核心系统需要随之上分布式数据库等专门的基础软件，在验证性成本上是一个考验。

就目前来看，其他银行还处于分布式核心的技术验证阶段，在随着分布式核心在各行各业的普及和技术验证的逐步成熟，相信银行业IT架构会迎来分布式核心系统（替代）建设高峰。

现阶段银行系统架构有三种，如下图：

现阶段系统三种典型架构

银行典型的应用系统架构图，如下图：

应用系统典型架构

银行典型的系统部署架构，如下图：

系统典型部署架构

银行核心系统技术平台分析，如下图：

核心系统技术平台

大型机S930：主要用于大型银行，如国有四大银行。

中型机AS400：主要用于地方性商业银行（历史原因），目前中国已经没有销售该机型销售。但有些银行从2000年初的时候就是用这些中型机，所以说目前还在使用AS400的银行都是历史原因造就的。如建行、农行，目前有些商业银行等都在使用中型机。

小型机IBMP系列：目前50%以上的银行都在用这种技术平台，BIMP是一种开放平台，它可以部署一些数据库、中间件等。

服务器x86系列：用于一些银行的内部核心系统。我们说的主机下移，是将服务器下移到x86服务器上。

主机下移（分布式核心）应用系统架构，如下图：

系统应用架构

主机下移（分布式核心）数据架构，如下图：

数据架构

数据表的结构不动，按照分布式数据库规则拆分。

主机下移（分布式核心）部署架构，如下图：

部署架构

本文介绍了传统金融行业的银行信息系统架构演变过程，希望能借此给大家一个启迪，从实例中理解各类架构。