银行信息系统架构：应用、数据与技术

应用架构重点回答业务功能在哪里实现的问题，数据架构重点回答数据在哪里产生又在哪里使用的问题，技术架构重点回答服务器和存储等资源怎样安全灵活和高效部署的问题。

从关注点分离的原则来看，银行里不同干系人关注于不同的架构，高层管理者和业务人员可能会更加关注应用架构；数据主管部门和深受数据问题影响的业务人员会更加关注数据架构；基础设施运行人员可能会更加关注技术架构。

1.应用架构

应用架构是对实现业务能力、支撑业务发展的应用功能的结构化描述。应用架构是业务架构与技术架构之间的桥梁，需要从功能和操作等各个方面阐述如何利用应用支持战略目标和业务架构。例如，银行为迎战互联网金融挑战所需的新业务能力和功能如何实现，就是应用架构所需回答的问题。应用架构包括设计原则、应用的分层分域与边界定义、应用的集成关联关系与交互方式等方面的内容。企业是否能够提升服务质量，为客户提供统一集成的服务，满足从客户视角出发，以及是否支持创新，应用架构如何提供IT能力，将企业内部能力转变为外部能力交付出去以帮助企业获得效益，很大程度上都依赖于应用架构的领先程度。

2.数据架构

数据架构立足于解决在数据全生命周期过程中，从数据产生开始，到中间的流转、整合、分析应用、归档和消亡等环节的数据的存储方式、模型策略、访问机制等问题。银行的应用越多，数据之间的依赖关系越复杂。数据从单一系统产生，到被多个系统所关联的时候，银行就更需要关注数据存储的有效性、数据处理的效率、数据流转的及时性、数据一致性等问题。而这些问题，需要通过合理的数据架构来解决。在银行的日常生产经营和管理决策过程中，对于数据的使用场景无处不在。例如，获取产品服务数据，生成银行内部管理及监管层面所需要的分析统计和监管报送；处理分析数据以进行客户内部评级，进而在微观上指导授信额度的实时调整，在宏观上影响经济资本分配，以及大数据时代之下的智慧型分析，都依赖于数据架构。

3.技术架构

技术架构是支撑应用和数据的技术基础。通常情况下，银行会把所有操作视图，不管是应用部署还是数据部署相关的内容，全部包括在技术架构的范畴里。有时也把系统管理和系统运营所需要的原则、方案、标准和手册也包括在技术架构中。技术架构领域主要包括了应用及数据服务所需要的技术组件、技术平台，以及支持开发中心、数据中心所需要的所有环境工具、技术能力等。在信息系统架构规划中，技术架构具体体现为网络架构、计算架构、存储架构、基础软件、灾难备份等方面。(www.xing528.com)

4.应用架构、数据架构、技术架构之间的关系

应用架构、数据架构、技术架构是信息系统架构的三个重要组成部分，在进行应用架构、数据架构、技术架构的设计过程中，需要考虑到彼此之间的关系。

应用架构主要说明了企业架构规划及信息化建设应该分为哪些应用及应用系统，和应用系统间的交互集成关系。即究竟如何来划分系统，各个应用系统之间的边界等。应用架构清楚地定义具体的应用系统以及应用系统的集成关系后，应用架构作为数据架构设计的重要输入，指导数据架构中数据定义、数据分布、数据集成与流转等规划和管控工作。应用架构给技术架构输入具体的应用建设需求，技术架构将应用建设需求转换为具体的技术需求点，通过技术点的分析，方案选型，最终形成关键技术清单。

数据是连接应用和技术的纽带。应用产生数据，数据又在银行各个应用之间进行流转。因此，为了获得全面、一致、完整的高质量数据，数据架构须明确信息项在哪个应用中产生，并明确数据引用关系。数据集成流转要符合应用架构中应用系统间的集成关系、系统的逻辑架构、系统接口等。简而言之，数据的产生、使用和流转与应用架构息息相关。同时，数据的存储、处理和流转需要技术架构的支撑。

技术架构在IT基础设施层面，实现应用、数据的横向贯通，支持应用、数据架构的技术实现是应用架构和数据架构的实现基础。首先，技术架构是应用架构的基础，合理的技术架构能够减少应用架构在落地实施过程中的复杂度。在进行多数据中心、灾备和网络规划时，须从应用的重要性和安全级别等非功能需求出发，区别一类应用、二类应用、三类应用进行规划。其次，技术架构是数据架构的基础，数据架构所关心的数据整合、数据存储、数据流转和海量数据的分布式计算等，都将对技术架构提出要求。

总之，应用和数据是紧密相关的。没有数据，应用功能无法体现价值；而没有应用，数据无从产生和使用。技术架构则是应用架构和数据架构实现的基础。

部分银行将应用架构和数据架构中与业务紧密相关的部分整合在一起建立信息架构（Information architecture），而将数据架构中与存储和部署相关的部分归入技术架构。银行到底如何界定企业架构的各块内容和范围，包括什么样的广度、深度，以及如何定义分类，还要从银行的期望出发，考虑资源等限制条件，最终确定企业架构各主要内容的范围。