建设民营银行IT架构.pdf

民营银行作为政策规划下对现有金融体系的有效补充，有着时代和

历史赋予的特殊使命。但民营银行相比与传统金融机构，在资金实力、

软硬件设施、物理网点等方面都没有优势；作为新生儿“”，要在未来激

烈的市场竞争中立足，要突破重围承担金融创新职责，要以服务小微的

模式来服务整个社会经济，依托移动互联网发展金融服务是新成立的民

营银行的唯一选择，而依托移动互联网发展金融服务须以IT建设为基

础，因此我们提出„1+1+N‟的智慧银行IT建设模式来共同探讨。

IT架构不同

对比传统银行和互联网企业的IT应用架构可以发现，二者走了完全不

同的道路。传统银行走的是集中式交易处理道路，大多数银行的核心系

统采用了集群数据库架构；而反观互联网企业，它们为了提供高扩展、

多变化的服务，普遍采用开源、横向扩展的分布式应用模式，如在Web

应用中普遍采用的无共享分布式架构。

传统银行的应用架构围绕交易处理为核心的模式，将外围产品与核心系

统进行松耦合设计，围绕传统金融的原子事件的模式组织交易。银行核

心系统需要严格保证每一个原子交易事务处理的一致性原则，要求具备

ACID的特性：A(Atomicity)——原子性，C(Consistency)——一致性，

I(Isolation)——隔离性，D(Durability)——持久性。Automicity-要求一

个事务中所有操作具有原子性，所有操作要么全部完成，要么全部未完

成；Consistency-保证事务在开始和结束时数据库应该在同一状态；

Isolation-保证事务间的逻辑隔离，事务因此会单独进行数据库操作,多

个事务之间不会相互影响；Durability-要求事务一旦完成操作，就不能

撤销了。银行系统由于需要提供社会民生等不可或缺的基本金融服务，

因此其对于资金账户安全性及交易一致性的要求要远超互联网公司，所

以银行的核心IT能力必须选择一致性和可用性，向客户提供金融服务，

如果无法保证一致性和可用性，那整个核心金融服务将不堪设想。

基于这样的设计原则，大多数银行的核心系统采用了单站点集群数据库

架构（singlesiteclusteringdatabase）。这种架构在传统的关系型

数据库上将数据逻辑集中，通过紧耦合的数据提供整合的单一逻辑形象，

支持跨多个业务线的紧耦合的大联机交易量的处理，能够保证信息的实

时的单一真实性，无需通过应用层跨系统的集成开销来保证数据和交易

的一致性。

相比而言，互联网由于面对数亿级别用户、数百亿级别的浏览量、PB

级的数据量，所以可伸缩性是至关重要的。互联网公司放弃了ACID，

转而偏向BASE：基本可用（BasicallyAvailable）、软状态（Softstate）、

最终一致（Eventuallyconsistent）。依照理论计算科学著名的布鲁尔

CAP定理，一个分布式计算系统一致性（Consistency)、可用性

（Availability）、分隔容忍（Partitiontolerance）三项中最多只能满足

两项。对于互联网分布式系统而言，网络分区是既定的，只有在放松对

一致性的要求或放松对可用性的要求做出选择；互联网公司都选择了可

用性，而放松了对一致性的要求。互联网企业的应用架构为提供高伸缩

性、高变化的服务，普遍采用开源、横向扩展的分布式计算模式。在无

共享分布式架构下每一个节点都是独立、自给的，而且整个系统中没有

单点竞争，具有灵活的可伸缩性。

目前主流的互联网公司如google、yahoo、淘宝等在分布式框架下的设

计原则上都有高度一致性：首先做到“能分则分”，把问题分解成易于处

理的模块，如果不切分就无法扩展规模，比如电商的用户数据、商品数

据、购买数据不断分摊到更多的主机上去处理；第二做到“能异步则异

步”，用异步原则来解决伸缩性、响应延迟等问题；第三做到“能自动则

自动“，让更多的手工调整变成自动调整，借助了机器学习的方式来完

成；第四做到记住所“有失败”，互联网应用无法避免错误，但是应该记

录分析所有错误来不断提升应用的体验。