银行业利润空间缩减，转型为分布式架构

本网讯：在金融普惠大众，互联网业务蓬勃发展的大背景下，具备处理大规模高并发交易处理能力已成为银行业务系统的标配。基于海量数据的处理与分析需求不断增多，伴随着银行业金融机构利润空间的压缩，银行对IT 成本的控制更加严格，对IT 架构的选择也更加谨慎。

银行业分布式技术的应用趋势

当前，商业银行的信息化建设面临诸多考验，其一，应对跨界金融的挑战，银行服务要更多惠及民众，这就要求信息系统要更加健壮、具有较强的灵活性和可扩展能力；其二，银行的经营形势趋紧，IT的投入将会受到严格控制；其三，信息安全、技术自主可控已成为国家战略，必须尽快打破技术受制于人的局面。综合以上三点，我们认为分布式技术将会被越来越多的商业银行在信息化建设过程中所选择，具体将呈现以下几种态势。 

趋势一：集中式架构将加快迁移到分布式架构，但集中式架构设计思想与分布式架构将在一定时期内并存。 

大量基于集中式架构构建的业务系统将逐渐迁移到分布式架构上，但是集中式架构和分布式架构将在一定时期内并存。在可预见的未来，银行核心交易和账户处理仍将主要基于集中式的架构来实现，即使采用分布式集群提供基础计算能力，但在数据库、文件管理等技术上改变仍然困难。但是其他的工作负载，包括电子渠道处理、管理应用、数据挖掘与分析等领域的应用处理将让位于分布式架构。其中最主要的原因是分布式架构受CAP原理的约束，无法实现实时强数据一致性，而这是银行核心交易和账户数据所必须满足的一个要求。但是我们也看到，随着技术的进步，各种软硬件部件的可靠性持续提高，“三角形”的面积逐步扩大，为构建稳定可靠的银行核心系统提供了更大的空间。邮储银行在核心交易和账户之外的处理上，已经成功地应用分布式技术构建了大型的核心业务系统，并且在渠道类系统中成功引进了云计算技术，以此为基础开始了核心交易系统上云的尝试，下一步将继续努力，实现核心系统上云。

趋势二：核心银行系统将进一步“瘦核心”化。

长期以来，银行核心系统一直作为银行交易和账户处理的中心，是银行信息系统架构的最关键的环节，是各家银行最繁忙和交易量最大的应用系统。卸载核心系统中与账户处理无关的负载，形成以账户处理为主的“微内核”和以规则处理、服务组合为技术特征，以产品管理为主要功能的新的产品管理平台。同时，随着分布式数据库应用的深入，部分银行已经将核心系统的查询交易（大约占到核心交易量的70%左右）迁移到分布式系统中，这种既不影响核心系统的交易一致性，又能降低核心负载，同时提升系统整体稳定性的做法将被越来越多的银行采用。 

趋势三：分布式技术的普及将促使银行的总体IT成本相对下降。 

基础设施层面，基于分布式架构构建的业务系统将主要运行在PC服务器+Linux环境上。分布式架构的一大优势是对每个数据节点的计算能力以及单点可靠性的要求大幅降低了，这导致价格低廉的PC服务器可以凭借数量优势取代之前主流的大型机，从而带来IT总体成本和支出的下降。或者说，完全有可能利用低成本的设备构建高稳定性、高可用性的银行系统。 

趋势四：开源分布式技术将是银行的主流选择。 

在过去的十几年，开源技术获得了较快的发展。邮储银行的实践证明开源软件的可靠性和稳定性并不比商用软件的低。许多知名的IT公司都曾经尝试在开源软件的基础上，进行商业化开发和推广，但少有成功者。采用开源软件，要慎重选择，一旦选定就要自主的跟紧开源社区的进展，努力为开源社区做贡献——这才是采用开源软件的可行的道路。以MySQL为代表的开源关系型数据库管理系统、以Hadoop为代表的适应结构化和非结构化数据处理平台，在包括邮储银行在内的国内外银行业，已经积累了不少的成功案例，这个趋势将继续发展下去，而且速度会加快。受此趋势影响，我们发现部分商业数据库产品的供应商也开始改变经营模式，采用了开源策略，比如Greenplum、Impala和Kudu等，这也进一步佐证了我们的判断。

责任编辑 任智文