银行信息系统架构：实现IT非功能性需求

与应用架构及数据架构不同，技术架构关注的重点在于非功能性需求，也就是说实现某一业务功能的品质。如果说业务需求是架构的主歌的话，非功能性需求则是架构的副歌，两者交相辉映，才能奏出动人的乐章。

银行业作为国家关键行业，其信息系统在高性能、可用性、安全性及扩展性等非功能性需求方面都有非常高的要求。应用架构也好、数据架构也好，其设计的组件和能力需要技术架构来承载。如果说应用架构与数据架构在兼顾非功能性需求的同时主要关注业务功能性需求的话，那么技术架构则主要关注非功能性需求，是满足业务非功能性需求的基石。

以新一代银行系统为例，互动参与系统以网银、手机银行等为典型代表。这些系统正逐步从传统的渠道向用户参与的平台转变。它们从功能上要求快速、灵活地适应市场和用户喜好的改变，提供极致的用户体验；从非功能需求上要求弹性、可扩展，以满足系统负载难以预知的变化。这类系统的技术架构可以借鉴互联网公司的架构、充分利用云计算的方法和技术来构建。

以银行核心系统为例，其主要非功能性需求如图5-4所示。

(www.xing528.com)

图5-4 核心银行非功能性需求

其中，对业务连续性的要求成为近期关注的热点之一。在互联网时代，一旦银行的某个业务的服务品质出现问题（极端情况是停止服务），用户会马上感受到，与此同时，这些消息会实时、迅速地通过互联网等渠道进行传播，带来非常不良的影响。

业务连续性需要包括组织、流程、应用系统及技术架构等多方面的协同。从事故的类型上来划分，可以分为计划内停机（Planned outage）与计划外停机（Unplanned out-age）两类。从监管的角度来看，主要关注的是计划外停机。但是，由于技术架构的维护以及应用系统的变更而导致的大量计划内停机同样也会对客户的服务体验产生显著影响。随着计划外停机的事件越来越少，如何减少计划内停机的次数以及每次停机的持续时间成为下一步改善的重点。这也是双活中心建设的主要目标之一。

以一个系统的整体非功能性需求为目标，可以映射到技术架构的各个组成部分的非功能性需求。同时，不同的组件关注的重点可能有所侧重。例如，安全是网络架构的关注重点之一；弹性扩展是计算架构的重点之一；数据保护是存储架构的重点之一；灵活及整合是基础软件架构的重点之一；业务连续性是灾备架构的核心。