银行上云白皮书
前 言
近年来，随着我国国民经济的持续健康发展，中小企业融资需求和新农村建设需要的不断增强，银行纷纷成立，为地方经济建设提供了强有力的金融支持。与此同时，银行自身信息化建设能力面临很大挑战，在资金和人员有限的情况下，在风险必须可控的前提下，又快又好地建设银行业务全系统和基础设施成为银行发展亟需解决的掣肘。
云计算作为信息技术创新服务模式的集中体现，已经成为支撑各行业发展的关键信息基础设施，是金融行业分布式架构转型的助燃剂，为银行快速部署银行业务系统提供了有力的信息化支撑，能够促进银行提高信息化管理能力， 有效增强业务竞争能力。
本白皮书作为国内首个以“银行上云”为主题的白皮书，深入分析银行上云的优势和必要性，剖析银行上云过程中应该考虑的关键点并给出专业建议，重点研究银行为什么要选择云计算服务、如何选择云计算服务和如何应用云计算的问题，供银行和云计算行业相关从业者及研究人员参考。
目 录
1.云计算在金融行业应用现状 ................................................... 1
1.1 云计算简介 ............................................................ 1
1.1.1 云计算定义 ...................................................... 1 1.1.2 云计算部署模型 .................................................. 1 1.1.3 云计算服务模式 .................................................. 2 1.1.4 云计算服务参与者 ................................................ 3 1.2 云计算发展情况 ........................................................ 4
1.2.1 云计算市场情况 .................................................. 4
（1）全球云计算市场情况 ....................................... 4 （2）我国云计算市场情况 ....................................... 4 1.2.2 我国云计算政策环境 .............................................. 6
（1）云计算宏观政策情况 ....................................... 6 （2）金融行业云计算相关政策情况 ............................... 6 1.2.3 云计算在金融行业应用情况 ........................................ 7
（1）云计算加速金融行业 “互联网+”发展 ............................ 7 （2）金融行业云计算部署模型 ................................... 7 （3）金融行业上云情况 ......................................... 8
2. 银行选择云计算的意义 ...................................................... 9
2.1 银行范畴 .............................................................. 9 2.2 银行信息科技发展瓶颈 .................................................. 9
2.2.1 业务要求高 ...................................................... 9 2.2.2 人力财力短板 ................................................... 10 2.2.3 运维管理难度大 ................................................. 10 2.3 行业云有效助力银行转型 ............................................... 11
2.3.1 运营成本考虑 ................................................... 11 2.3.2 监管合规考虑 ................................................... 11 2.3.3 业务赋能考虑 ................................................... 12
3.银行上云决策框架 .......................................................... 13 4.银行上云前准备 ............................................................ 14
4.1 确定上云优先级及可行性方案 ........................................... 14
4.1.1 优先级确定原则 ................................................. 14 4.1.2 优先级建议及可行性方案 ......................................... 15
（1）最高优先级 .............................................. 16 （2）次优先级 ................................................ 16 （3）中优先级 ................................................ 16 （4）低优先级 ................................................ 18
4.2 选择合适的云服务商 ................................................... 20 5.银行上云实施 .............................................................. 21
5.1 服务合同制定和签署 ................................................... 21 5.2 服务方案设计和测试 ................................................... 21
5.2.1 方案设计 .................................................... 21 5.2.2 方案测试 .................................................... 22 5.3 服务交付 ......................................................... 23
5.3.1 交付方案 .................................................... 23 5.3.2 交付实施 .................................................... 23 5.3.3 交付评估 .................................................... 23
6.银行上云后管理 ............................................................ 23
6.1 服务质量监督管理 ..................................................... 23 6.2 风险管理 ......................................................... 24
6.2.1 责任分担模型 ................................................... 24 6.2.2 自身风险管理“三道防线” ....................................... 26 6.2.3 对云服务商风险管理要求 ......................................... 26 6.3 变更和退出 ........................................................... 27
6.3.1 服务变更 .................................................... 27 6.3.2 服务退出 .................................................... 27
附录：银行上云典型案例 ...................................................... 29
1.哈密市商业银行上云案例 ................................................ 29 2.南阳村镇银行上云案例 .................................................. 31
1.云计算在金融行业应用现状
1.1 云计算简介
1.1.1 云计算定义
云计算（Cloud Computing）最早于 2006 年出自 Google CEO Eric Schmidt 之口，自亚马逊推出弹性计算云服务之后被广泛传播，最终成为定义当前信息技术变革大潮的名称。
ISO/IEC 标准化组织在 2014 年发布的《Cloud computing-Overview and vocabulary》中给出了云计算的定义：云计算是一种以网络方式接入到一个可扩展、弹性的共享物理或虚拟资源池的服务模式，用户可以通过自服务和管理的方式来按需购买该服务。云计算用户只需要很少的管理手段或者与服务商间的交互， 便能够快速完成计算资源（包括网络、服务器、存储以及应用等）的扩展和释放。云计算具有按需自助服务、通过互联网获取、资源池化、快速伸缩和可计量五个主要特点。
1.1.2 云计算部署模型
根据使用云计算平台用户范围的不同，云资源归属和控制方的不同，一般将云计算分成私有云、公有云、行业云（社区云）和混合云等四种部署模型：
（1）公有云。云服务可被任意云服务客户使用，且资源被云服务提供者控制 的一种云部署模型。公有云可由企业、研究机构、政府组织，或几者联合拥有、管理和运营。公有云在云服务提供者的场内。一般情况下，公有云对参与方没有限制。
1
（2）私有云。云服务仅被一个云服务客户使用，且资源被该云服务客户控制 的一类云部署模型。私有云可由云服务客户自身或第三方拥有、管理和运营。私有云可在云服务客户的场内或场外。云服务客户出于自身利益考虑，还可为其他参与方授权访问。一般情况下，私有云的客户只局限于某个组织。
（3）行业云（社区云）。云服务仅由一组特定的云服务客户使用和共享的一 种云部署模型。这组云服务客户的需求共享，彼此相关，且资源由组内云服务客户控制或云服务提供商控制。社区云可由社区里的一个或多个组织、第三方、或两者联合拥有、管理和运营。社区云可在云服务客户的场内或场外。行业云局限于有共同关注点的行业内客户，这些共同关注点包括但不限于：业务需求、安全需求、政策符合性考虑等。
（4）混合云。至少包含以上两种不同云计算部署模型。
1.1.3 云计算服务模式
对于公有云和行业云（社区云）这种以服务方式对外提供云计算资源的模式， 根据云服务商提供资源类型的不同，云计算服务模式主要可分为三类：
（1）软件即服务（SaaS）：在 SaaS 模式下，云服务商向用户提供的是运行 在云基础设施之上的应用软件。用户不需要购买、开发软件，可利用不同设备上的用户端（如 WEB 浏览器）或程序接口通过网络访问和使用云服务商提供的应用软件，如电子邮件系统、协同办公系统等。用户通常不能管理或控制支撑应用软件运行的底层资源，如网络、服务器、操作系统、存储等，但可对应用软件进行有限的配置管理。
（2）平台即服务（PaaS）：在 PaaS 模式下，云服务商向用户提供的是运行
2
在云基础设施之上的软件开发和运行平台，如：标准语言与工具、数据访问、通用接口等。用户可利用该平台开发和部署自己的软件。用户通常不能管理或控制支撑平台运行所需的底层资源，如网络、服务器、操作系统、存储等，但可对应用的运行环境进行配置，控制自己部署的应用。
（3）基础设施即服务（IaaS）：在 IaaS 模式下，云服务商向用户提供虚拟计 算机、存储、网络等计算资源，提供访问云基础设施的服务接口。用户可在这些资源上部署或运行操作系统、中间件、数据库和应用软件等。用户通常不能管理或控制云基础设施，但能控制自己部署的操作系统、存储和应用，也能部分控制使用的网络组件。
1.1.4 云计算服务参与者
云计算服务的参与者可以分为：用户、云服务商、审计者、云服务代理和网络运营商。
（1）用户：即云计算资源消费者，使用云服务商提供的云服务。 （2）云服务商：向用户提供可用的云计算服务的组织或实体。 （3）审计者：能够对云计算服务及云计算实例的信息系统操作、
能和安全性进行中立评估的机构或实体。
（4）云服务代理：管理云计算服务的使用、性能以及交付的实体，它能够协
调云服务商和用户之间关系。
（5）网络运营商：为云服务商提供链接和传输网络资源的实体。
3
1.2 云计算发展情况
1.2.1 云计算市场情况
（1）全球云计算市场情况
全球云计算市场总体持续增长。2016 年以 IaaS、PaaS 和 SaaS 为代表的典 （2）我国云计算市场情况
654.8 亿美元，增速 25.4%，预计 2020 年将达到 1435.3 型云服务市场规模达到
我国云计算市场总体保持高速增长趋势。根据中国信息通信研究院的《中国 亿美元，年复合增长率达 21.7%。
数据来源：Gartner
图 1 全球云计算市场规模
4
公有云发展调查报告（2017 年）》和《中国私有云发展调查报告（2017 年）》统计，2016 年我国云计算整体市场规模达 514.9 亿元，整体增速 35.9%，高于全球平均水平。其中，公有云服务市场整体规模约 170.1 亿元人民币，比 2015 年增长
66.0 %，预计 2017-2020 年中国公有云市场仍将保持高速增长态势，到 2020 年
市场规模将达到 603.6 亿元。私有云1市场规模 344.8 亿元人民币，年增长率 25.1%， 预计 2017 年增速仍将达到 23.4%，市场规模将达到 425 亿元人民币左右。
图 2 中国公有云市场规模及增速（单位：亿元人民币）
图 3 中国私有云市场规模及增速（单位：亿元人民币）
5
1 此处私有云统计口径为传统私有云定义
6
1.2.2 我国云计算政策环境
（1）云计算宏观政策情况
支持云计算发展的政策相继出台，政策环境持续利好。近年来，国内云计算发展政策集中出台，我国云计算产业发展、行业推广、应用基础等重要环节的宏观政策环境已经基本形成。国家层面相继出台以下政策：
✓ 2015 年 1 月，《国务院关于促进云计算创新发展培育信息产业新业态的意见》（国发〔2015〕5 号）
✓ 2015 年 5 月，《关于加强党政部门云计算服务网络安全管理的意见》 ✓ 2015 年 7 月，《国务院关于积极推进“互联网+”行动的指导意见》 ✓ 2015 年 8 月，《促进大数据发展行动纲要》（国发(2015)50 号） ✓ 2017 年 3 月，《云计算发展三年行动计划（2017-2019 年）》
（2）金融行业云计算相关政策情况
同时，金融行业对云计算发展的政策环境也在逐步完善中。
✓ 银监会《中国银行业信息科技“十三五”发展规划监管指导意见》（征求意见稿）
首次对银行业云计算明确发布了监管意见，是中国金融云建设的里程牌事件；
明确提出积极开展云计算架构规划，主动和稳步实施架构迁移； 支持金融行业行业云。除了金融私有云之外，提出“行业公共云”模型， 支持建立符合法律法规要求、市场化运作、具备金融级安全等级的行业
7
云平台运营机制。
✓ 人民银行《中国金融业信息技术“十三五”发展规划》
要求落实推动新技术应用，促进金融创新发展，稳步推进系统架构和云计算技术应用研究。 1.2.3 云计算在金融行业应用情况
（1）云计算加速金融行业 “互联网+”发展
云计算促进金融行业分布式架构转型，加速金融行业“互联网+”发展。随着金融行业“互联网+”战略实施的快速深入，对其业务及运维系统的高效敏捷运行提出了严峻挑战，为此传统金融机构开始高度关注分布式云计算架构下 IT 系统的发展与应用部署。与集中式架构相比，分布式云计算架构能够帮助金融机构弹性扩容， 大大缩短应用部署时间、实现故障自动检测定位以及业务升级不中断，从而更好的适应“互联网+金融”的服务模式。在分布式架构实现中，云计算技术是主要技术路线。云计算以其资源池化，应用开发分布式架构的特点，可以满足信息化系统自动扩缩容、底层硬件兼容、业务快速部署的需求。 （2）金融行业云计算部署模型
国内传统金融机构使用云计算技术主要采用有私有云和行业云两种部署模型。金融行业按照业务又可以细分为银行业、证券业、保险行业、互联网金融等子市 场。对于传统的金融机构，尤其是银行业主要采用私有云和行业云的方式，这与 银行业的高度监管是紧密相关的。
a) 金融机构部署私有云主要用于存储、运行重要业务系统，存储敏感数据，
8
一般采用自建基础设施、购买硬件产品和解决方案的方式搭建，在生产过程中实施外包驻场运维、自主运维。
b) 金融机构部署行业云主要是通过金融机构间在云计算领域的合作，通过资 源等方面的共享，在金融行业内形成公共基础设施、公共接口、公共应用等一批技术公共服务。金融机构部署行业云主要用于对金融机构外部客户的数据处理、服务，或为一定区域内金融机构、金融机构垂直机构提供资源共享服务。 （3）金融行业上云情况
互联网金融和辅助性业务系统较多首先上云。目前，金融机构使用云计算技术通常采取从外围系统开始逐步迁移的实施路线。辅助性业务系统安全等级较低， 系统问题不会导致巨大的业务风险。金融机构普遍考虑将渠道类系统、客户营销 系统和经营管理等辅助性系统尝试使用云计算，从而提升系统管理的灵活性，降低运营成本，同时也大幅提升了相关的用户体验。互联网金融系统包含微贷、P2P、消费金融等相关业务，由于其系统需要新建，历史包袱相对较轻，并且天然的互联网业务特性也比较适用于云计算相关技术。
图 4 金融机构上云系统情况
9
不同类型的金融机构对云计算的应用路径也存在较大差异，不能一概而论。比如大型银行由于传统信息化基础设施投入大、有专职技术部门、安全要求更加谨慎等原因，一般选择沿用采购软硬件产品自行搭建私有云并独立运维，而银行由于“缺钱少人”等原因一般不会选择私有云部署模型，更倾向选择行业云。
银行是现代化金融发展历程中重要的一类金融机构，其具有相同或类似业务需求和政策特性，本白皮书将着重聚焦银行上云，重点分析银行上云需求和上云路径，解析银行上云过程中应该考虑的关键点并给出推荐建议。
2. 银行选择云计算的意义
2.1 银行范畴
这里的银行2指的是依法设立的股份制商业银行、城市商业银行、农村商业银行、农村合作银行、村镇银行等，其中股份制商业银行不包括国有大型股份制商业银行。
2.2 银行信息科技发展瓶颈
2.2.1 业务要求高
业务压力大，信息化建设能力不足。银行是一个严格意义上的银行，拥有全牌照，有权进行全业务拓展，经过监管机构审批后，可以开展银行卡业务、网上银行业务和国际业务等。银行为提升自身市场竞争能力，需持续进行新业务系统的研发和建设，这对银行信息化建设能力带来较大的挑战。
2 引用《银行信息系统托管维护服务规范》 GB/T 0140-2017 中关于银行的定义
10
2.2.2 人力财力短板
“缺钱少人”是银行发展信息科技的最主要瓶颈。与经济实力雄厚的国有四大银行以及各大股份制银行相比，缺钱少人的银行在信息化建设上常常感到力不从心。由于资金短缺和人才匮乏，这就使得很多银行在业务的拓展和创新上受到严重制约。
图 5 大型银行与银行科技投入对比 （数据来源：麦肯锡）
2.2.3 运维管理难度大
系统运维和信息管理工作相对复杂，难以应对。即使银行的信息化建设 能够跟的上业务发展的需求，随着业务的创新和拓展，金融服务能力要求会越来越高，信息系统数量会越来越多，复杂程度也越来越高，管理和整合的难度自然也就也越来越大。随着风险管理的全面展开及深入，加上信息化建设自身在发展过程中所凸显的风险，以及信息安全等诸多因素的影响，势必造成管理难度越来越大，风险暴露越来越明显。
11
2.3 行业云有效助力银行转型
2.3.1 运营成本考虑
首先，正如前文所述，银行由于其“缺钱少人”的主要瓶颈，出于运营成本的考虑，一般不建议像大型银行那样投入较大人力物力来全面建设私有云。采用按需采购云服务的模式，发展信息科技面临的财力、人力压力可以得到极大减轻。 从投资方面来看，银行只需以相对低廉的“月租服务费”方式投资，不用一次性投资大笔资金，不占用过多的营运资金，缓解了银行资金不足的压力。同时， 银行无需再配备 IT 方面的专业运维人员，从最大程度上减轻了银行在财力、人力上的压力，从而使其可以集中投入发展核心业务。
2.3.2 监管合规考虑
银行面对较为严格的监管合规要求，在云服务部署模型选择上必须慎重考虑。行业云可以满足监管的要求，普通公有云往往难以满足监管要求。部分银行业监管要求规范如下：
• JR/T 0011—2004 银行集中式数据中心规范 • JR/T 0044—2008 银行业信息系统灾难恢复管理规范 • JR/T 0140—2017 银行信息系统托管维护服务规范
• 银监会《中国银行业信息科技“十三五”发展规划监管指导意见》（征求意见稿） • 中国人民银行计算机系统信息安全管理规定（银发〔2010〕276 号） • 商业银行信息科技风险管理指引（银监发〔2009〕19 号文印发）
12
• 商业银行数据中心监管指引 （银监发 〔2010〕 114 号文印发） • 商业银行业务连续性监管指引（银监发〔2011〕104 号文印发） • 银行业金融机构信息科技外包风险管理指引（银监发〔2013〕5 号文印发）
2.3.3 业务赋能考虑
不同云计算部署模型对于业务本身的提升效果也存在区别，行业云优势较为明显。一方面，面向金融行业的行业云业务产品更加有针对性，能够有为金融业 务定制资源配比、针对市场需求优化金融类产品和服务。另一方面，业务部署周期缩短，银行不再需要漫长的开发周期来完善其 IT 系统，只要从云计算服务商那就可以获得最先进的应用技术和服务支持，加快了业务部署和迭代的步伐 。
图 6 银行选择云服务部署模型雷达图(来源: 中国信息通信研究院)
如上图所示，综合上述考虑，行业云在在运营成本、监管合规和业务赋能三方面均表现较好，在本白皮书中，我们推荐“金融行业云”作为普通银行的上云
13
首选部署模型，后文中关于银行的上云分析均默认为行业云部署模型。
3.银行上云决策框架
在传统的信息化建设模式下，银行直接投资构建 IT 设施、服务器以及网络，拥有信息化资源的所有权；现在，需要转换思维，把 IT 看作服务，看作是商 品化的计算资源和服务。这种全新的思维方式对整个 IT 服务的生命周期都产生了 重大影响。
本白皮书提出了银行上云的决策框架，从上云前准备、上云实施到上云后管理三个流程提出决策建议。供计划实施的有关单位参考。
表 1 银行上云决策框架
上云前准备 上云实施 上云后管理 • 确定上云优先级和可• 服务合同制定和签署 • 服务质量监督管理 • 服务方案设计和测试 • 风险管理 行性方案 • 变更和退出 • 选择合适的云服务商 • 服务交付
14
4.银行上云前准备
4.1 确定上云优先级及可行性方案
4.1.1 优先级确定原则
确定上云优先级是银行上云的第一步工作，也是最重要的工作。银行在上云之前应全面审视自己的业务系统，认真评估其 IT 资产，仔细设计路线图， 将适合云化部署且准备比较充分的服务置于首选地位，以使上云带来的收益最大化、成本最小化。
银行因资产规模区别，业务系统种类和数量一般也存在较大差异，资产规模较大的股份制商业银行和城市商业银行业务系统通常比较丰富，而银行中资产规模最小的村镇银行因盈利能力较弱，系统较少。总体来说，银行业信息系统一般包含渠道服务、客户服务、产品服务、风险管理、管理信息、核心银行、内部支持和基础平台等八个主要的业务系统领域。各业务系统领域中的典型应用如下图所示：
最高优先 次高优先 中优先 低优先
图 7 银行业信息系统
15
成本收益比、安全保护要求、监管机构管理要求、应用系统上云难度是确定业务系统上云优先级的主要考量因素。通常来说，确定上云优先级有几个参考原则。
一是对于需新部署的业务系统，且云服务商已有与之相对应的比较成熟的业务，从价值收益的角度建议不分业务类型，都首选云服务；
二是已有信息化系统，上云后价值效益明显的，也建议尽快上云，尤其像访 问流量有突发变化特征或对数据融合处理有较高要求的系统，上云后能够带来明显的效益提升;
三是对于已有信息化系统，按照非核心系统和核心系统的区分确定优先级， 先上非核心系统，后上核心系统。
4.1.2 优先级建议及可行性方案
如前文所述，对于新开业的银行或银行需要新开发部署业务系统， 建议直接采用云计算部署架构，根据业务需求逐步部署业务系统。下文重点分析银行已有信息化系统迁移上云应如何确定优先级。
综合成本收益比、安全保护要求、监管机构管理要求、应用系统上云难度等多方面考虑，本白皮书给出银行业务系统迁移上云的优先级推荐建议，图 7 中绿色、黄色、橙色、红色代表各类系统上云优先级从高至低，分别为：最高优 先级（绿色）、次高优先级（黄色）、中优先级（橙色）、低优先级（红色）。当然， 需要强调的是本白皮书仅针对普遍情形给出推荐建议，银行可根据自身特点 有所调整策略。
16
（1）最高优先级
银行业使用信息系统中，图 7 中标注为绿色的信息系统可以考虑优先上云。具体包括：手机银行、微信银行、网上银行、电子支付、电话银行、第三方支付、呼叫中心、积分系统、办公系统、员工培训学习系统、网点管理系统、人力资源系统、机房运维管理系统、邮件系统、数据级灾备系统、ITSM 工具以及短信平台等。
可行性方案：这些系统中，云化的部署模型基本上不会改变现有应用系统的架构，直接进行迁移即可。数据级灾备系统所使用的行业云服务与其他应用系统略有不同；其他系统多使用行业云服务中的“云主机”服务，而数据级灾备使用类似于“云备份”的服务模式。 （2）次优先级
图 7 中黄色系统为其次，具体包括：客户关系管理系统、营销系统、财富管理平台、直销银行、互联网金融类系统、票据系统、监管报送类系统、司法查控、电信反欺诈、经营分析、综合报表、定价系统、资产负债管理以及绩效考核类系统等。
可行性方案：基础服务类应用系统和非面向互联网的服务类应用系统具有一定的上云改造要求，但是基本上只是接口模式或者数据对接类的改造，应用架构没有太大改变。 （3）中优先级
图 7 中橙色系统，是面向互联网服务类的应用系统、渠道类应用系统以及部
17
分底层支持类的信息系统，在上云过程中具有相对较高的难度和要求。此类信息系统包括：银联卡、ATM/POS、智能机具、智能柜台、银企直联、统一客户管理管理、信贷业务平台、资金交易、智能风控、审计系统、事后监督、财务管理、统一监控平台等。
可行性方案：此类信息在上云改造时要考虑分布式架构改造、分布式存储的选择、SaaS 多租户模式改造和信息安全问题四个方面。
a) 分布式架构改造
一般银行业原有的此类系统是基于高可靠、高性能的小型机、数据库、存储等设计的向上的封闭架构；如果进行 X86 的改造需要考虑采用分布式软件架构实现冗余，增加容错性。以及在分布式架构事物和数据处理将分布在多个 X86 节点中完成，处理状态极大增加同步开销，需要在系统应用层尽量采用无状态机制实现。
b) 分布式存储的选择
存储的选择需要结合业务场景和需求。块存储服务适用于需求块级数据存储的应用；文件存储服务主要针对非结构化数据；对象存储服务适合于面向 Web 的存储型应用。对于分析型数据库 OLAP，根据需求可采用 Hadoop/MPP 分布式云存储。对于交易型数据库 OLTP，并发量小的，根据数据存储的应用特征，选择合适的文件、对象或块等云存储；并发量大的，目前建议还是用传统存储。因此， 根据系统应用的存储需求特征，选择合适的存储方案是支撑系统云化中的关键问题。
18
c) SaaS 多租户模式改造
如果是行业云提供商进行系统的云化改造，还需要考虑将原有单个系统服务模式改造成多租户模式。租户是指拥有独占而隔离的、专有使用策略、SLA 保证、可统计和可计费的资源服务单元，租户也可形成有层级关系的树形结构。以多租户为基础的业务服务模式是云计算数据中心的重要特征。
d) 信息安全
此类信息系统的原有安全要求已经比较高，公安部具有三级等保的要求，银监会有每年的安全风险检查和安全风险评估要求，人民银行有渠道类系统的上线检查要求等。即使上云后，云服务提供商或者银行自建的云服务系统均应满足其对应的监管要求。另外，共享资源池可能引起的全局故障、多租户环境的安全隔离不完全、多系统共存和资源池的动态化导致的安全策略的复杂性、虚拟化技术带来的新安全威胁和入侵点、虚拟机的剩余信息保护、虚拟资源内部之间的安全管控等由上云导致的新问题均应充分考虑，可以参考可信云评估的要求在数据私密性、数据存储持久性等方面达到相应的要求。 （4）低优先级
图 7 中红色系统，银行原有核心系统的上云是最复杂、最有难度，也是应该最后进行的信息系统，包括柜面综合业务前置、核心系统、支付平台、电子验印、密押系统、集中授权、策略管理、应用级灾备系统以及统一认证等系统。
可行性方案：目前我国商业银行的核心系统基本上均是基于小型机或者甚至大型机为基础的高可用 IOE 模式。核心系统改造需要大量的财力投入和较长的改
19
造时间，如果在这个过程没有有效的业务保障，很容易造成严重后果，导致 IT 拖延业务，甚至失去市场和地位。
核心系统上云的主要技术难点在于应用架构的改造，改造过程中除了需要考虑上文中提到的中优先级中的分布式架构改造、分布式存储的选择、SaaS 多租户模式改造和信息安全以外，还应着重充分考虑三方面：一是与其他业务的对接模式；二是应用架构的分布式改造；三是以客户为中心的新需求。
a) 与其他所有业务的对接模式
银行核心系统原有模式采用“大集中”的管理模式，即：全部数据都会与核心系统对接。在改造过程中有两个选择：一是继续使用“大集中”模式（低难度）；二是采用 SOA 松耦合模式（高难度），应对未来的改造将会更加灵活。
b) 应用架构的分布式改造
核心系统的分布式改造建议由熟悉业务流程逻辑的人员参与实施，核心系统其实已超越了一个 IT 系统本身应有的意义，不再仅仅是业务操作习惯的变化，它为银行带来的变革和价值是广泛而深远的，涉及了银行的经营理念、管理模式、组织流程和文化等等很多方面。所有这些变革，在项目前期都需要经过充分的讨论和共识，需要得到银行上至行领导下至柜员的全部门的大力支持。
c) 以客户为中心的新需求
在改造过程中，可以考虑将原有的核心系统改造需求纳入开发范围，以实现核心系统升级后对业务的有效支撑，通过 IT 架构转型，推动科技创新，满足安全
20
可控要求，最终实现科技引领业务转型与发展的目标。 4.2 选择合适的云服务商
银行在选择云服务商时应充分考虑云服务商的服务能力、 稳定性等风险， 建立云服务商的准入标准，不因引入云服务商而增加整体风险。
银行选择云服务商应遵循以下基本原则：
（1）云服务商应在数据安全、服务质量和权益保障等方面具备可信任的能力，获得过相关资质（如通过可信云评估）。
（2）云服务商应满足监管机构的准入要求。
（3）银行应审查、评估候选云服务商的财务稳定性和行业经验， 对候选云服务商进行风险评估，考查其资源和能力是否足以承担相应的责任，防范引入高风险特性的云服务商。
（4）银行应对重点云服务商开展尽职调查，必要时可委托第三方评估机构协助调查和评估，应关注：
——云服务商的技术和行业经验，包括但不限于：服务能力和支持技术、服务经验、服务人员技能、市场评价、监管评价等；
——云服务商的内部控制和管理能力，包括但不限于：内部控制机制和管理流程的完善程度、内部控制技术和工具、数据管理和访问控制方面的能力等；
——云服务商的持续经营状况，包括但不限于：财务状况、从业时间、市场地位及发展趋势等。
21
5.银行上云实施
5.1 服务合同制定和签署
银行需确保与云服务商签订规范的服务合同，将有助于提升服务质量， 最大程度地降低对于特定厂商的依赖度。依据《可信云服务合同参考模板》3，可按照主约加附件的方式制定服务合同，主约中重点关注服务条款要求、交付要求、数据保密要求、知识产权、责任、违约条款等；附件主要为服务等级协议（SLA），重点关注云服务商的服务可用性、数据存储持久性、资源调配能力、网络接入能力、故障恢复能力等，SLA 应尽量做到可量化、可评估，银行可依据 SLA 中签订的能力要求在后续实施和管理过程中自行或委托第三方对云服务商进行评估考核。 5.2 服务方案设计和测试
5.2.1 方案设计
云服务商应依据云服务目标和服务级别协议进行云服务方案的设计，服务方案应涉及与云服务相关的资源配备、人力配备和管理要求。管理要求应涵盖组织管理、范围管理、质量管理、沟通管理、时间管理、风险管理、财务预算管理、技术管理、文档管理及其他资源管理，也应涉及测试验证流程、技术实施流程、服务交付流程、日常维护流程、应急处置与灾难恢复流程、验收考核流程等各个方面。
需要特别强调的是，除上线新业务外，很大部分工作在于存量业务应用的迁
3《可信云服务合同参考模版》由中国信息通信研究院（工业和信息化部电信研究院），基于 YDB144-2014《云计算服务协议参
考框架》 基础上，参考了联合国国际贸易法委员会《云计算合同议题清单（checklist of contractual issues relating to cloud computing）》后撰写。
22
移，如何有序、安全、便捷地进行迁移，保证业务的可用性、安全性、连续性是必须考虑的重要环节。服务商应按照前述第 4 章第 4.1 部分确定上云优先级及可行性方案的内容，针对不同的银行业务系统现状规划方案，包括：
（1）业务系统迁移的优先级及可行性方案;
（2）相应业务系统的资源使用规划和架构，包括计算、存储、网络等; （3）相应的业务系统的运维管理模式，服务商和银行的权责划分等。
5.2.2 方案测试
云服务商在服务资源、人员和管理方面准备就绪后应测试并验证服务方案的完备性。测试和验证应满足以下要求：
（1）为避免云服务存在技术和管理方面的缺陷，云服务商应依据服务方案的内容对相关的技术手段、软件、设备和工具的可用性及性能、管理制度和流程的合理性等方面进行必要的测试及验证。
（2）云服务商应在测试验证前向银行用户提交测试验证方案，明确测试验证的方式、人员、环境、标准、文档等，银行用户应对测试验证方案进行评审。
（3）云服务商应按测试验证方案的内容向银行用户提供测试人员、准备测试环境、记录测试数据、提供测试报告，银行用户应提供必要的协助，并对测试验证报告的结果进行验证。
23
5.3 服务交付
5.3.1 交付方案
云服务商向银行用户提交详细的服务交付方案，包括服务交付时间、交付方式、交付人员、交付技术手段、交付文档、交付培训、交付验收标准和流程等，银行用户应对服务交付方案进行评审并与云服务商达成一致。
5.3.2 交付实施
银行用户应对云服务商提交的服务管理计划进行评审，并在服务交付过程中对云服务商的交付过程进行监督和检查，发现交付过程中存在问题和偏差时， 应及时向云服务商反映，并要求云服务商采取必要的措施。在业务迁移的实施过程中，尽量应做到无停机的数据迁移，实现在线不停业务迁移；按照灵活部署原则，先迁移后择时割接。
5.3.3 交付评估
服务交付完成后，云服务商应向银行提交服务交付报告，银行可以组织第三方对迁移后的业务和云平台进行评估验收。详细记录服务交付的关键信息，如工作任务、所需资源、进展状态、负责和参与人员、完成时间、存在的问题、解决方案等，银行应组织相关人员对报告进行评审，通过后上线。
6.银行上云后管理
6.1 服务质量监督管理
上云成功后，云计算厂商接受银行用户或受委托的第三方机构对云服务
24
的监督和管理。云计算厂商和银行用户共同建立故障响应流程以及日常巡检、服务质量监督制度，督促云计算厂商为银行用户提供可靠的运行服务保障， 推动服务质量持续改进。银行用户根据自身审计能力可以选择通过自行审计或委托第三方机构审计的方式，开展周期性评估审计。
银行用户管理云系统需要将云服务商、审计者和最终用户都考虑进来， 将关注的侧重点聚焦于服务而非资产。需要有效地管理云服务商的输出过程(例如 SLA）而不是用户的输入过程(例如服务器的数量)。对出现的服务不可用或其他应对用户进行赔偿的场景，云计算厂商应按照与银行用户服务协议中约定的内容和方式，进行有效赔付，保证银行用户的合法权益。 6.2 风险管理
6.2.1 责任分担模型
银行用户必须加强防范云计算模式下的 IT 风险,保障业务信息和运行安全。银行在使用云服务的过程中，会有多种云计算技术的选择方式，同时也可能会面临多个云服务商。任何一个云服务的参与者都应当承担起相应的职责， 不同角色的参与者通常会承担实施和管理不同部分的责任。云安全和云风险的职责会由参与者共同分担。建议的责任分担模型如下图所示：
25
图 8 银行用户和服务提供商责任分担模型
在 IaaS 服务模式中，云资源使用方和云服务提供商共同保证主机服务器及网络环境的稳定运行。
云资源使用方主要负责：提交云资源配置需求并正常使用云服务提供商提供的云主机、网络、安全策略等；按照本公司的风险管理要求进行云服务器和网络的变更，避免人为失误或方案疏忽等因素造成影响单个应用或整个云平台的风险事件。
云服务提供商主要负责：按照云资源使用方的要求提供相应的云主机、网络、安全资源；负责维护整个云平台的高可用运行，负责确保单个云主机或者单个物理机的故障能够自动、快速、有效恢复正常；负责在出现风险事件时，配合客户进行基础环境、主机环境、网络环境、甚至应用层面的故障排查、处置和恢复。数据资产的安
全和保护贯彻数据使用生命周期的各个环节，需要云资源使用
方和云服务提供商共同维护、协同保障。2018 年 3 月 16 日，中国银监会发布了
《银行业金融机构数据治理指引》（征求意见稿），要求银行业金融机构将数据治理纳入公司治理范畴，并将数据治理情况与公司治理评价和监管评级挂钩。明确鼓励银行业金融机构开展制度性探索，在公司设置首席数据官。强调银行业金融机构应顺应大数据时代的需要，同时所有相关方均应强化数据安全意识，依法合规采集数据，防止过度采集、滥用数据，切实依法保护客户数据安全。
6.2.2 自身风险管理“三道防线”
银行用户从自身来说，应制定完善的风险管理和安全保障制度，依据监管要求的“三道防线”的思路下设计整信息科技部门的风险管理体系架构，包括信息科技管理、信息科技风险管理和信息科技审计管理。重点做好数据风险管理，建立人才培养和技能储备机制，强化主动管理风险能力。
图 9 银行 IT 风险管理“三道防线”架构
6.2.3 对云服务商风险管理要求
银行用户应做好对云服务商的监督管理，建议从以下几个方面对云服务
商加强风险管理要求：
（1）云服务商应组织评估本机构面临风险状况， 找出可能影响银行用户服务结果和服务承诺的风险要素，制定云服务商的风险管理策略。
（2）云服务商应定期开展风险评估工作， 向银行用户提供本机构风险评估的结论，并依此决定采取风险防范的措施和方法，对风险进行分级管理。
（3）云服务商应建立健全各项管理与内控制度，设立专门风险管理岗位，监督和检查各项规范、制度、标准和流程的执行情况以及风险管理状况，持续监督风险管理状况，及时预警，将风险控制在可接受水平。
（4）云服务商应建立信息安全事件管理机制，定期向银行用户提供信息安全事件统计和跟踪改进的报告，重大信息安全事件应随时报告。 6.3 变更和退出
6.3.1 服务变更
银行上云后由于业务变化会经常变更服务需求。银行用户发起服务变更请求，云服务商应及时响应，制定变更服务方案、实施计划和恢复方案；提出服务内容相匹配的服务内容说明及服务级别承诺；提出明确的时间计划，并与银行用户充分协商，审核确认，变更实施应避开银行业务运行敏感时间窗口。
6.3.2 服务退出
云服务由于情况变化、服务到期等原因中止或取消服务称为服务退出，服务退出可分为到期退出和提前退出。服务的退出应满足以下要求：
（1）在服务协议/合同到期前，银行用户应以书面方式明确退出服务协
议/合同，云服务商应及时响应，并共同细化服务退出方案，包括但不限于退出实 施计划和资源处置方案。
（2）需提前退出服务的，提出退出的机构应说明服务退出的理由，提出服务退出和过渡方案，并为双方协商和云服务的平稳过渡预留足够时间。
（3）云服务商应协助银行用户，在服务退出过程中，保证业务系统的有效运行和数据完整。
附录：银行上云典型案例
1.哈密市商业银行上云案例
哈密市商业银行前身为哈密市城市信用社股份有限公司，是由原五家城市信用社合并重组，于 2010 年 6 月 28 日挂牌成立的地方性金融企业。
哈密市商业银行以“服务地方经济、服务中小企业、服务城市居民”为经营理念， 坚持做好“新疆人的生活银行”，把促进地方经济发展作为生存之本、发展之基，努 力缓解中小企业融资难问题，为广大市民提供多元化、个性化的金融产品服务。目前哈密市商业银行资产规模已达到 310 亿元。
2014 年，随着哈密市商业银行业务种类和业务规模不断上涨，自建的核心系统开始出现性能瓶颈，为了快速实现新业务上线需求以及计算资源的迅速扩张， 哈密市商业银行经过多方比较最终选定与有金融行业背景，特别是与有银行业服务经验的金融行业云专业服务商进行合作，通过系统上云的方式快速实现业务需求。
哈密市商业银行应用系统上云计划从 2015 年 6 月开始实施，到 2016 年 1 月 23 日正式上线，在服务商技术团队的配合下仅仅历时 8 个月就完成了机房改造、网络改造、系统部署、应用测试、人员培训、制度修订等建设工作。哈密市商业银行将核心业务系统群托管在金融云机房，前置系统部署在本地机房，通过对本行信息科技人员技能培训实现运维本地化，不但提高了业务响应速度也提升了本地科技人员 IT 技术能力。
哈密市商业银行深度结合云计算三个层面，先后在 IaaS、PaaS、SaaS 层面与金融云公司展开合作。
IaaS 层面，哈密市商业银行通过租赁云主机的方式实现了自建业务系统快速、稳定上线，目前已经租用云主机 40 余台，微贷系统、农贷系统、OA 系统、绩效系统等十余套自建业务系统已上线运行。
PaaS 层面，哈密市商业银行借助金融云的平台服务，在分布式数据库服务、分布式文件服务以及缓存服务方面实现了高性能计算，为数据分析、报表展示系统提供有效支撑。
SaaS 层面，哈密市商业银行先后实现了核心业务系统、事后监督系统、对公信贷管理系统、零售信贷管理系统、IC 卡系统、金卡系统&自助柜员机系统、支票影像系统、城商行电票系统、财税库银系统、外部查控系统、非现场监管报表及金融统计监测报表系统、金融统计标准化系统（EAST）、支付信息统计分析系统（PISA）、ATM 监控系统等重要系统上云运行。随着哈密市商业银行电子渠道业务的发展，后续又逐步上云了网上银行系统、手机银行系统、微信银行系统、电话银行系统、银银平台系统、支付宝快捷支付系统等。
与金融行业云专业服务商展开合作建设云端系统以来，哈密市商业银行更是与金融云公司加强人员培训和项目建设交流，随着科技力量不断壮大，本地私有云的建设需求也已提上日程。哈密市商业银行将通过落地私有云、打通行业云实现高可用和强弹性的混合云部署模型，以应对未来业务不断发展带来的诸多挑战。
2.南阳村镇银行上云案例
南阳村镇银行缘起南水北调中线工程，于 2010 年 12 月由渠尾受水地北京、天津与渠首水源地南阳三地共同兴建，由天津农商银行作为主发起行，会同渤海银行、天津银行、天津滨海农商银行及六家非金融企业发起设立，注册资金 5 亿元人民币。
南阳村镇银行自成立以来，始终坚持“饮水思源”的核心理念，坚持以支持南阳经济社会发展为己任，坚持“服务三农，服务中小微企 业”的市场定位，不断提升服务水平。先后推出了玉都一卡通、玉都乐游卡、玉都 VIP 卡等系列银行卡；上线了网上银行、手机银行、微信银行、QQ 钱包、微信支付、支付宝快捷支付等电子银行业务；开发了“惠玉宝”“惠禽宝”“惠牛宝”等特色贷款和“自由贷”“幸福贷”“吉祥贷” 等微小信贷产品。
南阳村镇银行 2010 年底成立之初，就面临着科技发展瓶颈，如果自建系统就会面临缺钱少人、运维难度大的问题。南阳村镇银行经过多方考察，多方比较，先后考察了众多云服务商，最终选择了与有银行背景的金融云公司进行合作。
南阳村镇银行从 2010 年 8 月开始筹建，到 12 月 30 日开业，仅 仅用了 4 个月时间，就完成了系统建设、机房建设、网络搭建、人员培训、系统运行、制度准备、业务操作等纷繁复杂的工作。
南阳村镇银行的核心业务系统及大部分外围系统都托管在云端。真正达到了“专业人做专业事”，系统由金融云服务商提供专业服务，南阳村镇银行把主要精力放在系统运用和业务拓展方面，大大降低了该行科技投入。
南阳村镇银行开业之初，按照其实际业务的轻重缓急及优先级的高低，首先上线了业务必须的相关系统服务，主要包括：核心业务系统、个人信贷系统、对公信贷管理系统、1104 报表系统、大额支付系统、同城清算系统、身份核查系统、绩效考核系统等。
31
随着银行卡的发行，又上线了银联前置、ATMP、电话银行及人工坐席等系统。随着渠道业务的发展，又上线了网上银行、手机银行、微信银行、短信平台、农信银、汇收付等系统。随着互联网支付的兴起，又相继上线了支付宝快捷支付、财付通快捷支付、微信支付、QQ 钱包、银联在线支付等支付渠道。为了给商户提供线上资金清算业务，又上线了钱 E 付、聚合支付等移动二维码资金清算业务。
随着行内网点的增多，业务规模的扩大，为了防范和化解金融风险，又上线了许多管理及内控类的系统，例如：财务管理系统、EAST 系统、行长查询、反洗钱、司法查控、OA、远程集中授权、指纹验证、实时风险预警、电子档案、人民币冠字号、后督影像、电子验印、财税库银、企业对账单、行内报表、贷款逾期通知单、视频会议、主机网络状态监控、全网杀毒、内网计算机管理、学习考试等系统。
截至 2017 年 12 月末，南阳村镇银行下辖支行 40 家，投入使用 自助设备 58 台，覆盖南阳 14 个县区和部分重点乡镇。资产总额 72 亿元，累计发放贷款 200 亿元。先后荣获“全国百强村镇银行”、“全国服务三农与小微企业优秀村镇银行”、“支持县域经济发展优秀金融机构”等多项荣誉。
32
因篇幅问题不能全部显示，请点此查看更多更全内容