金融机构上云之问

21世纪经济报道记者 辛继召 深圳报道  “未来的技术趋势就是在开放式系统上。”谈及上云原因，招商银行首席信息官江朝阳表示。

近日，招商银行宣布，该行“上云”工程完成，借记卡账户、信用卡客户、对公账户以及总分行所有应用系统全部迁移至云上。这使得招行成为中国系统重要性银行前7家中首家实现全面上云的银行。

上云对商业银行而言，既是挑战，银行需兼顾IT系统的稳定，处理全栈云运维成本较高等问题，但上云的成本效益也是明显的，由此使得商业银行上云的路径亦有所不同。

上云进展：招行宣布完成全面上云

根据各家银行财报，工商银行强化云平台推广实施，规模持续保持同业领先，强化分布式技术体系的日均服务调用量超过 150 亿次；农业银行计算资源云化率达到91%；邮储银行零售端已完成190个系统的私有云平台部署。

股份制银行中，中信银行基础设施云化率达到99.7%；平安银行基础设施云化率和运维自动化率均超过90%；光大银行业务应用系统上云率接近90%。

招行称，该行于2020年初启动“上云”工程。由总行信息技术部牵头，全行科技人员参与，超过22个总行业务部门参加。“上云”工程代码量2.35亿行，全面重构了该行账户结构和应用结构，云平台整体完成了“数字招行”底盘的升级换代，这使得招行成为中国系统重要性银行前7家中首家实现全面上云的银行。

谈及上云原因，“未来的技术趋势就是在开放式系统上。”招商银行首席信息官江朝阳在接受记者采访时表示，新的技术投资、新的技术潮流、新的技术方向都是在分布式系统上，这是很直观、很感性的一个触点。技术人员是面向未来的，也不愿意在未来没有发展前景的平台上面去做。

招行2020年1月启动主机上云，2020年12月核心账务主体功能投产，2022年6月完成了招行所有借记卡账目数据、客户数据上云，2022年9月完成信用卡上云，2022年12月完成对公主要业务上云。

招行致力建一个先进的云平台，当他们把业务连续性保障要求最高的系统放在金融交易云上，紧追先进技术、承载开放系统上云的原生云平台建设的压力和负担就减轻了一点。但是原生云平台建设的复杂度非常高。据了解，招行整个开放系统上云，涉及到总分行总共有2220多个系统。工程量达20万容器、10万虚拟主机，已经存在云上的数据达到了16PB，每天承载的各类请求交易量300亿次。

招行内部将3年上云称作“超级工程”。经过全面上云，招行撰写了2.35亿行代码，全面重构了金融交易云、原生云等云底座。为此，招行投入了该行20%～30%的科技力量从事上云，参与过主机上云的技术人员累计3000人。

此前，IOE技术架构是银行业的标准配置和唯一选择。随着移动互联网时代到来，高并发交易让传统系统不堪重负，银行业也开始艰难谋求技术升级。早在2016年，银保监会要求行业2020年面向互联网场景的重要信息系统，必须全部迁移至云计算架构平台，其他系统迁移比例不低于60%。

成本与效率：算力成本会否下降

金融业务上云的目的，既是适应云计算、大数据发展的趋势，更重要的是其对业务效率的提升。

《金融科技发展规划（2022-2025年）》要求，加快云计算技术规范应用，稳妥推进信息系统向多节点并行运行、数据分布存储、动态负载均衡的分布式架构转型，实现敏态与稳态双模并存、分布式与集中式互相融合。

“用云的架构来替换主机，成本效率还是比较明显的。”江朝阳表示，上云后可支持的应用更多，单位算力成本大幅下降。以信用卡为例，招行信用卡业务上云后，业务成本约节省了60%，算力提升了10倍。

不过，上云的IT意义在于，总成本不变的同时结构出现变化。江朝阳表示，招行上云之后的应用结构、基础设施完全重构，带来相应的投入要素的变化。“原来（IT系统）垂直的，泾渭分明且很清楚、从上到下可以算下来的，结构变化很大。”

例如，随着上云完成，招行云计算量和科技规模上升，但基础设施成本并未出现线性上升，对外采购软硬件的成本在科技费用的占比反而下降一半。“这从另外一个侧面的角度去反映出来的。基础设施成本在科技费用总成本占比是下降的。我们更多的资源投在应用的研发本身，而不是投在基础计算。”江朝阳表示。

上云路径：两条腿走路还是推倒重构

上云是将传统金融机构的数据、业务和应用层服务从本地环境迁移到云端环境。工商银行、建设银行、农业银行等国有大行均早已在年报中明确提出了全行级的云服务架构。招行则提出推进主机和总分行及子公司应用系统全面上云。

《21世纪经济报道》记者了解到，不同银行的上云路径有所差异。究其原因，从建设云平台，推进云原生，到业务应用上云，各家银行的资源禀赋不同。

为保证核心业务系统运行稳定，商业银行传统IT架构“包袱”很重，尤其是国有大行即使业务上云，有的也仍实行传统IT架构与云架构并行。此外，金融业务系统极其复杂，尤其是对公业务的个性化定制需求较高。

在此情况下，商业银行的上云路径实际分为两种。一是对“存量”的金融业务主机经过程序转化为云主机或云容器，不对原业务系统进行大的改造，“增量”调整有限。二是重构数字银行底座，即利用上云契机重写业务代码，在IaaS、PaaS基础上构建银行中层，用以支持新的业务挑战。

招行信息技术部负责人对记者表示，招行在上云过程重构科技底座。除云平台建设，该行构建了技术中台、数据中台两大科技中台。技术中台用来承载招行海量应用系统里面的一些基础能力，如人脸识别、身份鉴定等能力通过技术组件方式沉淀到技术中台。基于技术中台的应用开发可以避免大量重复性工作，使得业务应用开发从一行一行的写代码变成中台沉淀的基础能力的编排再加软件开发。开发方式发生了很大的变化。

他表示，大型科技组织一个非常难解决的问题是，由于很难精细地去管控每个人每天的工作，导致出现“重复造轮子”软件重复开发问题。招行技术中台沉淀了4600个功能组件，每个组件通过API来支持应用，这些组件对应API有2.6万余个。“在过去3年我们已经摸索出了一套相对成熟的方法，来管理我们的技术中台。”

此外，数据中台承担了两个任务，一是技术体系，让全行员工很便利去查找数据资产，进行数据分析。二是机器学习平台，挖掘数据价值。当前数据治理仍是难题，有效的治理体系可以让解决问题的速度显著的快于产生新问题的速度。过去3年，我们通过数据中台，推动招行的数据治理走到一个比较好的状态。伴随招行云的建设和投产，两个中台形成了招行“云+中台”的科技架构。

江朝阳表示，未来招行将从On Cloud走向In Cloud，全面释放云生产力，支持“数字招行”建设进一步提速。