后集中时代的多中心建设
来源:    发布时间: 2014-01-23 16:20   558 次浏览   大小:  16px  14px  12px
当前,国内各商业银行逐步从“企业信息化”走向“信息化企业”,信息化企业的一切经营活动都是基于各种业务系统开展的。数据中心作为企业IT系统建设的重点,其规划与设计不仅要满足业务需求,还会影响企业的整个业务架构,实现企业的业务再造,甚至推动企业业务架构的完善和管理变革。自2009年初,国内多家大型商业银行相继启动了新一代核心业务系统的升级。新系统具有以下几个共同特点:
 在数据集中的基础上,将分散在各应用系统中的客户信息进行整合,实现全行客户信息的统一管理,为各业务应用系统提供集中的、完整的、统一的客户信息视图。
 全面实现管理信息大集中,推动实现从数据集中到信息集中和业务管理集中的转变,完善数据仓库基础平台建设。
 采用面向服务的设计思想,提高信息系统的灵活性,提高系统模块化、构件化水平,实现对业务产品创新、流程再造的灵活支持和快速响应。
 优化数据架构,为业务提供一致、完整、全面、安全、高质量的数据。
新一代银行核心系统的建设,使未来的业务系统具备提供更加稳定和安全的数据服务的能力,以及更加灵活和高效的业务创新能力。同时新系统的建设将使银行传统的“双中心层次化网络架构”逐渐过渡到“多中心集约化核心网架构”,这种网络基础架构上的变化也将进一步促进银行业务架构的优化。

1       数据集中阶段的数据中心建设

从上世纪90年代中后期开始,我国银行业为满足自身业务发展和经营管理的需要,进行了大规模的数据集中。数据集中不仅仅是金融界对技术支持系统的一个改造,更是对传统银行业的整体管理理念、管理经营模式的彻底改造,有的银行甚至称之为“银行再造”。

这个过程中,各大商业银行将分散的数据和系统实现全行大集中(如图1所示)。这使得数据的访问方式发生了变化,银行的IT体系架构层次化更为明显;同时,网络结构也顺应集中式的变化,由横向的无序连接性逐步过渡到层次化、逐级强化控制的模式。

1 数据大集中与外部网络

银行业数据集中的基本过程,一般可以分为以下四个阶段:

集中(Centralization):把现有的服务器重新配置在一个或几个地方,服务器结构不变。

物理合并(Physical Consolidation) 用几个容量大、功能强的服务器替换一些较小的服务器,可以部署在一个地方、一个部门或整个公司。

数据整合(Data Consolidation)服务器的集中和物理合并,改善了公司内服务器的结构。数据整合集中于把公司现有的大量数据库进行物理的合并,将其整合到一处的数据,并可被多台服务器存取。从逻辑上讲数据整合是跟在服务器集中和物理合并之后的。

应用整合(Application Integration)应用整合是服务器整合策略上最综合的一步,应用整合包括把各程序应用和数据从不同类型的服务器上移植到一个单一的服务器上。

在实现数据整合、应用整合的过程中,不同系统之间的关联性不断增强,使得集中初期相互独立的业务之间开始发生横向的联系,并且帮助银行不断创造出新的业务模式。

在数据集中的过程中,随着业务的整合与发展,数据中心内部不断的精细化规划与调整体现了银行IT不断优化的过程,并逐步形成了模块化、结构化、标准化的数据中心建设思路。如图2所示,由于业务的合并、衍生、交互、关联,数据中心业务种类不断丰富,系统规模不断扩展,单个业务系统也会由一个庞大的服务器群实现,总之,大集中后的银行IT依赖于数据中心架构实现灵活快捷的业务扩展。

2 数据中心基本架构

2       基于容灾目标的多中心建设

数据的集中增加了商业银行数据中心的风险,各个分行的数据都集中到了少数的数据中心,对系统的压力增大了,因此系统的负荷能力、稳定性和网络传输的安全性都必须得到改善。数据大集中后,商业银行应当建立起高可靠性、高冗余性和高扩展性标准的数据处理总中心信息基础设施,能够实现产品的快速开发和升级。

如图3所示为核心业务系统容灾方式,在不同的数据中心对核心业务系统进行冗余式建设,实现数据备份、系统访问备份、系统处理能力提升。

3 银行核心业务系统的容灾

容灾式多中心建设有多种模式,通常分为同城两中心、异地两中心、两地三中心集中,如图4所示。

4 多种容灾中心方式

同城灾备中心:生产中心和灾难备份中心距离比较近,比较容易实现数据的同步镜像,可以保证数据完整性和数据零丢失。可以防范火灾、建筑物破坏等可能遭遇的风险隐患,但无法应对战争、地震、水灾等隐患。

异地备份中心:生产中心和备份中心距离比较远。通过异步镜像/复制备份数据无法保证数据零丢失。如果远距离同步镜像,则交易效率太低、通信成本很高。

两地三中心:结合“同城+异地”的优点。在异地建立具有完整的灾难接管能力的灾备中心,建立同城实时备份中心(可使同城灾备中心具有应用接管能力,也可以让同城灾备中心只是一个同步数据镜像站点)确保在主中心发生灾难事故时能够快速接管和恢复生产。

3       基于业务创新的多中心建设

随着银行数据集中建设的深化和优化,系统之间的孤立被打破,基于数据中心应用之间的业务创新成为后集中时代的主要内容。如图5所示,新的业务不断出现,应用系统之间复杂的通信关系已经超出了传统IT架构的约束,应用技术架构能够满足面向服务(SOA)和整合的需求,对应于新一代银行应用架构,数据中心将不仅仅作为数据和交易的处理平台,并将被利用为新一代银行应用架构提供更广阔的业务整合和业务扩展功能。未来,灵活的应用架构和灵活的基础架构相结合要求能够为银行业务发展和产品创新提供一个非常有力的IT平台,外部基础网络适应于应用集中的扁平化访问,随着链路资费不断下降和管理效率要求,层次化网络结构将向着集约化架构发展,将层次化网络扁平化,并建设独立企业核心业务承载网,使数据中心得以脱离物理连接束缚和空间限制等因素,成为银行新业务创新与开发的后台。

5 业务创新的系统与网络架构变化

在传统基础架构中的数据中心,其外部接口直接面向各分行或分支机构,应用提供模式是一种“总推分”方式,即银行提供的集中式业务由总行数据中心推向所有分支机构和分行。这种直接连接的方式,使得数据中心除了承担应用部署,还需要进一步控制数据流转与分发;每增加一个一级分支机构,都需要所有数据中心进行业务控制与网络配置的相关工作变更;每增加一个数据中心,所有分行和一级机构都需要进行链路接入,IT变更范围大,不便于新业务部署。同时,由于物理位置和空间的限制,已建成数据中心在容量到达上限后将面临业务异地扩展问题,而由于新业务驱动,多个业务中心或数据中心中心建设也符合企业长期IT战略要求。

因此,在整个银行IT架构上实施变革,构建一种支持多中心的灵活架构,是银行业务创新持续发展的要求。如图6所示,在当前架构基础上,分离数据中心对外的总推分网络接口,构建银行核心网络(业务承载网),各分行和一级机构接入核心网,数据中心与分行一样作为同等一级机构接在核心网,形成一种集约化网络体系架构。

6 集约化核心网架构的多中心建设

这种架构分离了数据中心与分支机构的连接和业务交互功能,规划多中心扩展建设时只需要将新的数据中心与核心网连接,新业务的分发由核心网承载了数据流转功能,而新增一级机构也同样只需要接入核心网即可。这种IT架构不仅满足多中心本身的建设与相互容灾、性能扩展,同时对于满足企业并购拆分引起的IT架构变化也有良好的适应性,如并购的子公司数据中心和机构可分别接入核心网,实现“物理”上的IT合并,后续逐步进行数据中心的业务整合,而这些进一步的整合相对于分支机构而言实在后台实现的,被核心网所屏蔽,在业务整合完成后,直接由核心网进行新业务分发即可。

4       结束语

在信息化企业里,企业架构有两条主线,业务架构和IT架构。这两者是紧密耦合,如果业务架构与IT架构发展不同步,耦合程度不够,就会出现业务与IT的冲突。IT建设者在设计IT系统时应从一个企业整体的业务战略和业务架构出发,考虑一个完整的IT架构,并在此架构下促进业务的完善。当前,新一代银行业务系统的构建理念已逐步成熟,业务系统的容灾要求以及流程再造和业务创新,使基础网络架构逐渐向到“多中心核心网络架构”演变。IT建设与业务整体发展规划的紧密结合将进一步促进商业银行从“企业信息化”向“信息化企业”迈进。