银行信息系统架构介绍

1.按照系统的重要程度和时间敏感性分类

在设计银行总体技术架构时，从非功能性需求角度来看，可以按照《银行业信息系统灾难恢复管理规范》的要求，根据风险分析、业务功能分析和业务中断影响分析的结论，将信息系统按重要程度和时间敏感性分成三类。

第一类系统是指：短时间中断将对国家、外部机构和社会产生重大影响的系统；短时间中断将严重影响单位关键业务功能并造成重大经济损失的系统；单位和用户对系统短时间中断不能容忍的系统。

第二类系统是指：短时间中断将影响单位部分关键业务功能并造成较大经济损失的系统；单位和用户对系统短时间中断具有一定容忍度的系统。

第三类系统是指：短时间中断将影响单位非关键业务功能并造成一定经济损失的系统；业务功能容许一段时间中断的系统。

大多数银行会把核心银行、信用卡、关键渠道服务、企业服务总线（ESB）等系统划归到第一类系统；把外围系统，如客服中心授权及历史交易查询等系统划归到第二类系统；把分析、管理系统，如数据仓库、风险管理及绩效考核系统等划归到第三类系统。这三类系统的非功能性需求是不一样的，在进行技术架构设计时，应该根据不同类别系统的特点，选择其相应的技术架构。在本书后续的章节中，是按照系统不同重要程度和时间敏感性来分类讨论其技术架构的。(www.xing528.com)

2.按照系统的特点与作用分类

随着互联网时代的到来，按照系统的特点与作用，又产生了一种新的分类方法，可以将银行的信息系统分为：互动参与系统（Systems of Engagement），特指渠道交互类应用，帮助提升客户体验的系统；分析洞察系统（Systems of Insight），特指统计分析处理类应用，帮助提升银行精细化营销和决策支持的系统；记录交易系统（SystemsofRe_- cord），特指传统的联机交易和批量类应用，是实现银行最基本、最关键的账务处理的系统。

对应于前面提到的CAP原理，互动参与系统及分析洞察系统可以采用互联网架构，从非功能需求上看，需侧重弹性、可扩展特性，来满足系统负载难以预知的变化，可通过横向扩展P以获得A，同时弱化C；而记录交易系统对高性能、可用性、安全性等有着非常严格的要求，必须满足交易的完整性及数据的一致性，故必须在保证C的前提下满足A，一般采用纵向扩展而不是横向扩展的架构。相信这种分类方法在未来随着互联网技术的广泛应用将会被越来越多的使用。

本章将从技术架构设计方法、网络架构、计算架构、存储架构、基础软件、分布式架构、灾备技术架构、典型案例以及技术架构发展趋势等方面进行阐述，希望给读者有所启发。