银行信息系统计算架构与存储架构设计方法和原则

计算架构和存储架构是整个技术架构中关键的组成部分，其功能涵盖了业务处理（计算）和数据保存（存储）两个组成部分。计算能力确保业务处理按时准确完成，存储能力确保用户数据得到及时存储和保护，任何一部分成为短板，都会严重影响应用系统的正常运行。

传统银行技术架构以项目为中心的建设方式，导致了计算资源和存储资源孤岛、系统竖井。各系统之间资源无法共享、技术标准不统一、型号繁杂、管理手段各异，人员技能也不能统一进行培养。这一切都为后期的运行维护和升级等造成了很大的困扰。以项目为中心的技术架构建设方式越来越难以适应银行技术架构集中建设、集中资源管理、集中运维的大趋势。

为了改变这种情况，越来越多的银行在技术架构设计过程中，引入了针对计算架构和存储架构的整体架构设计。在这个过程中，一般会将计算资源和存储资源定义成不同的服务层，再配合统一的系统管理手段。最终实现计算架构和存储架构的统一设计，统一管理。通常计算架构和存储架构会被分成以下三个部分进行讨论：计算服务层、存储服务层、系统资源管理层（含基础架构云管理平台），如图5-25所示。

计算服务层和存储服务层需要具备运行各种应用负载所需的不同种类的计算资源和存储资源，而具体使用哪种计算或存储资源应视每种应用负载的需求而定。计算服务层和存储服务层更多的是一种资源划分与管理的概念，并不一定是由某种特定技术来支撑的。从逻辑上讲，计算服务层和存储服务层分开设计，更有利于架构设计人员关注在计算资源和存储资源不同的架构设计考量点上。

在进行实际的应用部署时，首先应确定该应用负载所需的计算资源和存储资源需求，然后分别从计算服务层、存储服务层中获得所需要的资源，并进行组装。如果资源所处的位置是资源池，则可以进行自动化的分配，甚至进行自动化的组装（也可以手工进行系统资源分配和组装）。如果计算资源和存储资源是独立的物理设备，则需要由技术人员手工进行资源分配和组装，如图5-26所示。

(www.xing528.com)

图5-25 计算架构和存储架构设计示例

图5-26 计算资源和存储资源的分配与组装

由此可见，虽然计算服务层和存储服务层是分开设计的，但是它们又是通过应用负载的需求紧密结合在一起的，而系统资源管理层（基础架构云管理层）负责根据应用负载的需求来实现不同计算资源和存储资源的组合。下面将分别讨论计算架构（计算服务层）和存储架构（存储服务层）的设计方法和原则。