2021年7月15日上午，建设银行发生系统崩溃，无法正常办理业务，各大网点出现断网情况。这是继亚马逊、B站等国内外大型公司系统宕机后的再一次服务器危机。而作为以“科技”著称的国有大行，建设银行的系统崩溃可谓引发了全民关注。
近年来大型公司电子设备运行故障时有耳闻，一旦出现服务器宕机，就很可能导致数据丢失。一次次大面积的宕机事件，似乎从某些角度回应了一个目前集中式存储面临的问题，不管上不上云，一旦物理服务器出现问题，大规模宕机的情况都会成为潜在风险。因此云服务及平台的容灾备份、数据安全储存能力将成为金融行业选择系统架构时的重要考量因素。
金融云是服务于银行、证券、保险、基金等金融机构的行业云，它利用云计算运算逻辑和服务优势，将金融业数据、客户、流程等通过数据中心等技术手段分散到“云”中，以改善系统体验、提升运算能力、重组数据价值，最终达到金融服务“降本增效”的效果。
根据IDC研究报告显示，2020年中国金融云市场规模达到46.4亿元，其中包括为金融行业提供的公有云、私有云和混合云基础设施，以及面向金融行业的云平台、云应用解决方案。2020年上半年虽受疫情黑天鹅影响，在企业客户收紧IT预算背景下，金融云市场规模全年依旧保持良好增长态势，与2019年相比增长38.9%。
虽然云计算兴起于2006年，但作为金融机构重要组成部分的银行业上云历史并不久远。伴随着2014年至2016年新金融业务爆发，一些国有大行及领先的股份制银行率先开始积极部署云计算;从2018年开始，越来越多城商行、农商行也开始上云。经过多年布局，银行金融云已经有了阶段性进展。
其中国有大行(工、农、中、建、交、邮)正在加速云平台建设。具体来看，工行新一代云计算平台落地结项，在业务架构改造、IT架构转型升级、云平台以及大数据建设等方面都存有为傲人的表现;邮储银行也基于敏捷开发、快速迭代、业务高速发展等需求持续推进云服务平台更新升级。目前邮储银行云平台日均交易量达到4.41亿笔，占全行交易总量的86.26%;广发银行应用上云率73.51%;光大银行应用系统上云率88.77%;中信银行基础设施整体云化率达96.71%;浙商银行系统整体云化比例达93%。
根据先前中国信通院发布的《金融云行业趋势研究报告》指出，金融云已经进入3.0时代，这将与以往的金融云特性大不相同。这个判断对于正在上云的银行来说至关重要。
- 在金融云1.0阶段，银行将以行业应用软件开发为核心，采用成熟的企业级架构，全面支持资源计算储存及网络虚拟化;
- 金融云2.0阶段则是符合分布式架构的银行金融云，以云计算为支撑，帮助银行IT系统总体整合入云，以达到快速交付、降低业务门槛的需求;
- 金融云3.0阶段将以联结产业供应链为核心，不仅包括底层技术，如大数据、人工智能、区块链、物联网等技术构成的云底座，还包括实现业务增长的多场景解决方案，支持银行业务走向实体经济。“金融云+产业云”的双云模式将成为银行金融云发展的新特征。
在此背景下，亿欧智库从多角度深层次挖掘、盘点并整理出银行金融云在稳固2.0、迈向3.0阶段的关键时点将面临的主要痛点：
1.基础架构层：
- “去IOE”运动在全银行业广泛展开，传统集中式Oracle数据库架构在系统拓展性方面遭遇瓶颈，稳定性及可用性指标亟需分布式架构来实现。
- 银行以虚拟机为基础的底层架构，并没有改变竖井式建设模式，应用与平台之间存在高耦合特性、监控运维无法标准化，解耦需求长存。
2.资源利用层：
- 由于银行金融云存在资源云安全储存要求高、需要荷载爆发性峰值用户(如秒杀抢购期间)的特性，物理资源需要随时提供支撑，致使其经常处于空闲状态，资源利用率低。
- 银行应用系统部署以虚拟机为单位进行构建，在面对海量客户请求以及显著峰谷效应时，无法进行快速扩容，系统缩容也不能按需进行。
3.开发运维层：
- 传统银行应用系统一般有设计、开发、测试、部署四步骤，由于各步骤存在天然稳态/敏态冲突，导致代码从开发到上线环节多、部署复杂、容易出错，无法实现应用快速部署与快速上线。
- 受限于开发运维环节不互通，以及中小银行IT投入有限的桎梏，开发成本高，运维效率低。
4.实际应用层：
- 银行正在突破以往单纯提供金融服务和产品的商业模式，在实际应用层存在与体育、医院、学校、公共事业缴费、物流、电商等场景联结的新需求，而现阶段的应用服务并未能达到成本低廉、敏捷直达的效果，用户使用积极性也有待提高。
为应对以上处于不同层级的银行金融云核心痛点，以云计算为技术基础，原生化为核心理念，可以充分利用、发挥云平台的弹性以及分布式优势的技术体系——云原生被看作破局利器。
