银行业信创架构设计规划及实践.pdfVIP

一、背景

金融行业作为国家信创战略全面推广试点的唯二行业，通过近3年的试点，取得了瞩目

的成绩。在金融行业信创试点中，各试点机构始终面临着信创基础架构如何规划设计的

难题。本文从信创试点实践出发，介绍了信创架构设计所面临的难点、设计原则、选型

策略等重点内容，以供同业参考。

二、信创架构设计难点

1.产品功能仍需不断完善

信创产品在过往的发展中不断优化完善产品功能，特别是近几年的信创大趋势下，

加快了产品的更迭完善速度。但相较传统成熟企业级IT产品，仍在产品功能、性

能、兼容性、稳定性等方面存在一定差距，还需在各行业应用中不断完善。

2.产品生态尚在逐步培育

IT产品始终处于动态发展之中。健全的研发、销售、售后的产品生态，原厂及三

方的售后技术生态，是信创产品走得稳、走得远的关键因素。虽然近年来，各主

流信创产品厂商均在“大干快上”地建立产品生态，取得了一定成效，但与传统

IT产品生态仍有一定差距。

3.可供参考借鉴经验较少

降低投资和运营风险是大多数企业客户在选择IT产品时的重要考虑因素。近年来，

主流信创产品在党政军、运营商和金融等行业进行了大量试点开拓，但由于行业、

场景、组织和能力等方面差异，信创产品实际落地的可借鉴参考经验较少。

4.监管及运营双重压力

信创产品的成功，不仅在于建成，更在于用好。以银行业为例，IT建设和运营始终面临

着监管及运营的双重压力。一是监管指标是底线。信息系统运营风险作为操作风险的重

要组成部分，一直是银行监管部门的重要考核指标。虽然针对信创产品的试点工作，监

管部门释放出开放和宽容的监管信号，但融入银行人血液的审慎作风，始终将IT产品

的稳定运营作为首要考虑因素。二是自主运营是要求。在监管要求和自身发展的要求之

中，银行业必须坚持“只能外包工作，不能外包责任”的监管要求，同时兼顾商务合规、

技术自主、生态可控等原则，保障信创产品的高效、稳定运营。

三、信创架构设计原则

“应用尽用”，“用信创是常态、不用是例外”的大趋势之下，如何设计信创架

构，并于业务场景相融合是当前架构设计所必须解决的问题。

1.基本满足业务需求

信创作为当前大趋势，也是试点机构的所必须完成的监管任务。但在当前既无补

贴，IT投资有限的情况之下，在信创架构设计中，一定要基于业务场景，选择满

足业务需求的相对成熟和主流的信创产品，躬身入局。

2.相对主流成熟技术

信创产品在近几年的大发展中，虽然市场格局尚未明朗，但已逐步呈现相对稳定

的头部梯队。相对主流成熟的技术产品，经过市场的洗礼，案例较多、产品相对

更为稳定、高效，生态也更为成熟，降低信创产品架构设计和后期运营中的风险。

3.适当采取多技术栈

技术及产品的市场需求差异大、更迭速度快、成型周期长。特别是当前信创产品

种类繁多，鱼龙混杂，多技术栈均在赛马期，未来发展趋势尚不明朗。因此在信

创架构设计中，尽量在每个产品维度选择当前2-3种主流技术栈的主流产品，降

低产品选型的机会成本。

4.兼容性广生态健全

当前信创产品的局限之一就是兼容性不足，主要存在于对传统主流西方主导的IT技术

栈和信创产品之间的两种兼容性。兼容性的不足也限制了信创产品使用场景广度和深度，

而信创产品的兼容性高低与其厂商的生态成熟度成正比。因此在信创架构设计中需考虑

产品的兼容性及生态健全程度。

四、信创架构选型策略

1.优先借鉴同业案例

“他山之石可以攻玉”。经过同业适配、验证并投产使用的信创架构是我们信创

架构选型的重要参考。虽然行业、场景等存在一定差异，但有同业案例的珠玉在

前，我们不仅可以少走弯路，也可在后期运营中相互学习交流。

2.符合技术发展趋势

发展信创的首要目的是冲破“卡脖子”的枷锁，实现自主可控。我们不仅需要考

虑“产品平滑替代”，也要考虑“产品升级替换”，在解决当前“可用”后，向

“好用”发展。因此，我们在信创架构选型时，也要选用符合技术发展趋势的信

创技术产品，如云计算、分布式架构等，为企业技术发展提前做好技术储备。

3.匹配内部科技规划

当前信创虽是任务，但已然成为趋势。若为任务而信创，脱离企业科技规划，如

同本末倒置。我们应该依托企业科技规划，加入信创因素，寻找更为适合的切入

点，将两者有机结合才能事半功倍为业务发展赋能。

4.选取共性搭建底座

在信创架构选型中有芯片服务器、操作系统、数据库、中间件等众多产品可供选

择，但如云平台、超融合、虚拟化等可复用、有共性的底座型技术决定了企业未

来信创技术线路的选择，不仅需要优先考虑，更应结合企业科技规划科学统筹考

虑。