金融行业信创动态跟踪：行业信创之首，分布式革新驱动

华西计算机团队2022年02月09日金融信创动态跟踪：行业信创之首，分布式革新驱动请仔细阅读在本报告尾部的重要法律声明仅供机构投资者使用证券研究报告|行业深度研究报告分析师：刘泽晶SAC NO：S1120520020002邮箱：liuzj1@hx168.com.cn联系人：孔文彬邮箱：kongwb@hx168.com rQqPpPmNtQtMnMoMpRnMmR9PaO7NsQmMsQnPkPqQsQkPoPqQ9PrQtNxNmRnPNZqNvN01行业信创之首，政策强驱动2 1.1 信创元年奠定基础，2022年开启规模化应用2020年是信创产业“元年”，“2+8”体系中全面升级自主创新信息产品，信创行业开始全面爆发和整体布局，业绩增长、标杆项目频出。经过信创元年的集中爆发，2021年信创产业逐步走向应用落地阶段，“适配生态“、”竞标中标“、”产品迭代”等关键词凸显了信创产业在“2+8”行业应用中的良好态势。2022年是信创正式开启规模化应用，一个关键的变化是从党政信创向行业信创延展。3 信创产业发展历程 1.2 党政信创启动最早，金融信创领衔八大行业信创起步于党政，即党政从公文系统开始替换计划（起步于2013年），预计党政到2023年左右完成基本公文系统的信创改造，后续还要电子政务系统的国产化替代，市场规模更大。“2+8”中，党政之外的八大重点行业亦是信创重头戏、且更关乎信创的商业化逻辑。其中金融行业信创首当其冲，推进速度最快，电信紧随其后，之后是能源、交通、航空航天，教育、医疗也在逐步进行政策推进和试点。其他N个行业的信创预计2023年左右开始启动。4 2+8+N：信创发展时间轴金融是行业信创代表，接力党政新创浪潮 1.2 党政信创启动最早，金融信创领衔八大行业随着金融领域信创的加速推进，医疗、交通、能源等领域解决方案也在趋热，信创应用正在从党政领域向全领域转化，打开发展新格局。一个基本判断是，在全口径超过万亿元的信创规模中（亿欧智库比例），金融信创紧跟党政新创，形成2+1的第一梯队格局。2020-2021年，金融信创生态实验室、分布式核心系统替换、建行全栈信创体系、信创一/二期试点先后落地，规模化应用正在加速。5 行业信创：落地标杆事件/解决方案行业信创：落地标杆事件/解决方案 1.3 金融信创复盘与展望：15% → 30% → 基本落定金融安全是国家安全的重要组成部分，金融信创从2013年开始就获得政策倾斜、开启自主可控探索。2013年浪潮天梭K1 小型机上市标志着我国银行业开始对自主可控技术进行探索。2014年邮储银行自主可控核心完成初步去“IOE ”，虽仍然为安全摆脱Oracle数据库的完全制约，但核心/业务系统自主可控能力已大大强化。2016年百信银行作为互利网银行，携互联网大厂技术优势，第一个实现了金融机构的完全去“IOE ”。2020年是金融信创元年，一期二期逐级落地，选型试点已经大成。2020年8月，金融行业信创一期试点启动，试点机构达到47家，包含头部银行/保险/券商。2021年5月，金融行业信创二期试点启动，被认为是信创元年成功的标志与延续，试点机构扩容至198家，OA & 邮件系统均要求替换。2021-2023年为信创规模应用周期，判断2022年是全面投入的高峰年份。结合亿欧智库的披露，判断节奏如下：2021年：试点机构信创投入占全年IT支出15%比例（实际数据预计于2022Q1-Q2披露，多奖少补）。2022年：试点机构信创投入占全年IT支出30%比例（投入比例呈现同比翻倍要求，且试点机构数量扩容带来乘数效应）。2023年：对一般系统（公文、财务、认识以及主要的外围/非核心业务系统）完成全面替换。2024-2025：根据当前的政策替换脉络，预计替换难度较高的核心系统及关键业务系统将在这两年步入替换期。6 1.3 金融信创复盘与展望：15% → 30% → 基本落定金融信创时间轴全梳理：7 亿欧智库：金融信创发展历程及未来发展预测 1.4 重视瓶颈，一般系统、外围业务系统、核心系统三级跳从前述的替换节奏来看，金融信创（相较于党政信创）更为重视市场规律与技术瓶颈。当前阶段，主要还是从市场预期集中、替换难度较低的办公系统开始，比如OA 、邮件、公文等。但与此同时，对于更为复杂、数据要求更为苛刻的业务系统（信贷、信用卡）、核心系统等，也进行逐级渗透。银行IT服务商在此过程中承担大量适配、业务兼容创新（分布式）的工作。8 亿欧智库：银行信创适配灵活性与架构先进性发展过程银行信创：产品与服务要求 1.5 聚焦银行IT，国有大行和区域银行展示两类信创路径值得注意的是，在信创项目落地的过程中，我国国有大型银行和区域性商业银行形成两类不同的信创实践发展路径：1）国有大型银行：“以新替老”，在进行分布式改造和数字化转型过程中，逐步采用国产信创产品和解决方案，代替原有海外厂商产品。2）区域性商业银行：“直接建新”，在新核心系统的建设过程中，直接落地应用国产软硬件产品，实现自主可控的要求。9 亿欧智库：金融银行信创两类实践路径及典型案例 1.6 金融信创的市场化应用：不止政策驱动2022年来看，结合银行自身需求来看，分布式核心升级改造与外围系统的配套改造是核心诉求。对于金融信创的核心主体——银行而言，一般系统的替换（如OA 、邮件、公文等）或许带有更强的政策意味，但外围业务系统和核心系统（分布式）的信创则是市场需求与政策驱力的完美结合（后文详述）。10 金融：银行信创发展模式 02不至于政策驱动，市场需求迸发11 2.1 核心系统趋势：从集中式到分布式集中式是过去式：基于IBM大型机的集中式核心系统仍是主流，但性价比、非自主可控劣势正在显现。目前我国各大型国有商业银行普遍采用“IOE”等海外厂商掌控的集中式架构；这一架构主要基于IBM大型机构建，具有集中、专有、封闭等特点，银行每年需要为此投入极高昂的运维费用，且无法自主可控。分布式是未来式：国产分布式核心系统切中集中式痛点，在多重因素的共振下，正在撬动新一轮银行IT改造周期。面临互联网金融浪潮冲击，集中式核心系统受到负载性能以及更新维护成本的双重压力；与此同时，脱胎于互联网厂商的国产分布式核心系统（基于X86服务器）应运而生，叠加金融信创的政策推动，各大银行正在稳步推进分布式对集中式的架构替代工程。12 “去IOE”背景下，分布式架构将成为技术主流金融领域，分布式核心系统有望撬动新一轮景气周期 2.2 什么是分布式架构趋势？13 国内银行的系统架构变迁历程来看，主要经历四个阶段：总行/分行数据分散架构数据大集中架构SOA 架构（服务化）分布式架构对应到核心系统的架构来看，同样是从集中式向分布式的变迁。架构模式变迁：单体应用→ 竖井式→ SOA → 微服务近年核心系统转型趋势：胖核心（集中式）→ 瘦核心（集中式）→ 分布式核心当前来看，分布式架构在互联网巨头（以阿里为代表）的推动下已经日趋成熟，银行分布式系统的渗透率有望持续提升。国内银行核心系统技术架构演进 IOE主导甚至垄断集中式架构的三类核心技术从供应商的角度来看，集中式架构也是指由IOE（即IBM、Oracle、EMC ）三家厂商主导的信息系统架构。1、计算系统由IBM垄断；2、数据库系统则由Oracle和IBM DB2垄断；3、存储系统来看，EMC是主流供应商之一，IBM、HDS也有较大份额。就国内银行业的情况而言：IBM主导的大/小型机、Oracle主导的数据库、EMC等主导的存储器一直以来就是国产供应的短板，因此高度依赖以IOE为核心的架构体系。14 2.3 集中式的“长“历史：IOE三巨头渐成金融IT架构垄断者集中式架构下，国产厂商对于IOE替代相对乏力类型当前重要供应商国内厂商情况备注大型机IBM为主/替代难度大小型机IBM、HP、SUN为主/可逐步替代服务器IBM、HP为主浪潮、联想等可逐步替代数据库Oracle、DB2、Sybase为主/替代难度大存储设备EMC、IBM、HDS为主/替代难度大应用软件因业务和平台差异因业务和平台差异差距较小网络设备Cisco等华为、锐捷等已逐步替代 15 以IBM为例：主机（大型机、小型机）领域的长期技术沉淀，形成不可替代性2.3 集中式的“长“历史：IOE三巨头渐成金融IT架构垄断者 2.4 时代变迁，集中式构架正面临三大痛点16资料来源：华西证券研究所但在互金、云计算、开放银行等技术冲击下，传统银行集中式架构正受到三大痛点的掣肘：一、性能负载压力：1、数据库运行压力突出，牵一发而动全身。经过多年发展与使用，核心业务系统的基础设施已经具备相当规模，因此也面临较大运行压力，一旦遇到一些小概率的“首发故障”，高度集中、高度负载的数据库将因故障发生而导致全行停业。2、对业务量的负载能力过于刚性，难以应对互联网时代的业务需求。此前银行核心业务系统业务量呈现线性增长，集中式核心系统能够平稳应对，但在互联网金融时代，业务量的瞬时爆发（如理财产品的“秒杀”现象）将对集中式架构产生巨大负载压力。二、运维成本压力：1、基于IBM大型主机的银行集中式系统总成本（购置+维护）远超基于X86的分布式系统，成本压力愈发明显。在存量博弈时代，银行业竞争加剧，更低的IT维护投入带来更强的成本优势和更大的创新空间。2、互联网银行的崛起进一步考验传统银行的成本控制能力。三、金融信创加持：金融业作为核心自主可控行业之一，金融信创趋势不可逆。IBM大型机对我国的几大国有银行形成了“事实上”的垄断。小而言之国有商业银行的议价极其薄弱；大而言之则在核心领域受制于人。由此也可以论证，金融信创正式市场需求与政策导向的完美结合，市场化推广正是顺势而为。新技术背景下，集中式架构的三大痛点性能负载压力金融行业自主可控趋势更新维护成本压力 2.5 分布式的“短“历史：互联网巨头成”去IOE”破局者17 短短十年间，分布式架构脱胎于互联网行业，由阿里的去“IOE”进程中应运而生。去“IOE”的概念最早由阿里巴巴于2009 年提出，经过四年多时间，在2013 年阿里宣布成功完成去“IOE”。在硬件上，阿里以廉价并符合工业标准的x86 服务器替代了IBM 小型机和EMC 存储设备，解决性能快速扩展和软硬件投资的压力；在软件上，将Oracle 数据库以开源的MySQL 和Hadoop 替代，将Oracle RAC（Real Application Cluster，实时应用集群，用于提供高可靠性）以Hadoop 集群替代。阿里成功实施去“IOE”工程后，资金成本显著降低，计算能力大幅提高，业务架构轻便、灵活，最主要的是降低了对厂商，尤其是IOE等巨头的依赖程度，自主可控能力显著提高。分布式核心系统已经在多个维度性能上优于/不亚于集中式核心系统时间点去“IOE”进程2006年阿里的部分业务开始呈现几何级数式的增长，这直接导致其面临数据库过大的问题。2008年阿里已经成为全亚洲最大的数据库用户。以当时的技术能力而言，数据库已经几乎不具备扩展可能。2009年Oracle 产品构建的RAC 集群成为国内最大的数据仓库，淘宝构建第一个分布式计算系统Hadoop 集群。2010年淘宝不再购买小型机，尝试使用MySQL+ 自研数据库（OceanBase）替代Oracle，并不再使用高端存储。从用Oracle 处理数据，到用Hadoop 集群，到发展成业内单个机群节点数最多的Hadoop 机群，再到用自主研发的飞天平台上的ODPS，阿里最终把核心业务都搬到了云端。2013年2013 年5 月，阿里最后一台IBM 小型机在支付宝下线，EMC 存储设备在2013 年中全部下线。 2.5 分布式的“短“历史：互联网巨头成”去IOE”破局者18 分布式架构趋于成熟，在金融领域的应用中展现极佳性能优势。阿里的去“IOE”工程，用廉价的PC 架构解决了规模化的计算问题，为金融行业树立了标杆。此后在支付宝、蚂蚁金融的互联网金融