银行业是金融体系的主体，也是社会经济运行的结算中枢。一笔转账、一次代发、一张票据的流转，背后都是账务、清算、渠道与风控系统在同一时刻的协同。对银行来说，基础设施不是办公自动化的后台，而是承载存款、贷款、支付结算、国际结算、资金交易等核心生产业务的运行底座。这类业务有三个特点：不可停、不可错、不可慢。账务要求数据一致，交易链路要求确定的响应时间，监管报送要求时点准确，任何一次计划外中断都会被放大成对外服务事件。

过去十余年，银行基础设施经历了两轮叠加的变化。一轮是数字化：手机银行、开放银行、线上信贷把业务峰值从日终批处理推向全天候高频并发，资源交付的期待从“按月”压缩到“按天”。另一轮是信息技术应用创新：VMware 在华策略调整，使存量虚拟化平台面临技术支持与供应链的不确定性；同时国产芯片、操作系统、数据库与中间件的成熟度快速提升，核心系统向国产算力平台迁移，已从“能不能做”变成“怎么迁得稳”。

两轮变化叠加，银行真正的命题不是“要不要换底座”，而是“新底座能否稳定承载大规模核心生产业务”。这要求平台同时满足四件事：在国产算力上跑出生产级性能；替代过程中不打断业务；在多芯片、多数据中心之间保持一致的运维体验；在数千乃至数万台虚拟机的规模下守住交付质量。本文以四家银行的实践为样本，呈现这一命题的不同解法。

一、银行的核心账务，容不得“试一试”

银行核心生产业务的复杂度，集中在替代推进、性能保持、架构统一与规模运维四个方面。

• 存量替代与业务连续必须同时成立。VMware 环境规模大、耦合深，替代不能以停机窗口为代价，迁移要在线可做、可回退、可验证，业务部门不接受“为了国产化先停一晚”。

• 核心账务与交易链路的金融级连续性。一类业务系统承载存款、贷款、手机银行、国际结算等业务，要求故障自动收敛、数据不丢、切换可预期，平台可用性直接对应监管评价与客户信任。

• 多芯片路线与多数据中心的统一承载。信创要求国产算力，但不同业务对 C86、ARM 的适配程度不同；两地三中心、多数据中心布局又放大了架构复杂度，一套管理面必须覆盖多种架构与多个站点。

• 大规模虚拟机的运维节奏。集中投产时资源发放密集，生产、DMZ、运维管理、开发测试多环境并存，依靠人工脚本难以维持一致的交付质量与配置基线。

• 全栈国产化后的可靠性再验证。服务器、操作系统、数据库、中间件协同替换后，备份、容灾与审计链路需重新打通；国产硬件在固件、磁盘、网络链路上的差异，会把风险从平台层推到硬件层。

二、国产化之后，可靠性不能降级

围绕“稳定承载大规模核心生产业务”，深信服为银行业提供的是从算力适配到运维运营的一体化底座能力，而非单点产品。五项能力与前述挑战一一对应。

从设备冗余，走向全链路可用

平台以多副本数据保护、HA 高可用机制与亚健康检测为基础，把可靠性做成可持续运行的能力，而不是配置清单。亚健康检测覆盖磁盘坏道、SSD 寿命、RAID 卡异常与网络链路质量，在故障发生前识别并隔离风险点；主控节点异常时集群可平稳恢复。对银行而言，提前发现、局部隔离、整体不倒，比事后切换更贴近生产要求。

多种算力，一套平台

同一套云平台可同时纳管 C86 与 ARM 架构集群，按业务适配结果选择算力路线，而不是一刀切。统一门户、统一调度、统一运维，使多技术路线并存不再意味着多套管理体系。对推进两地三中心、多资源池建设的银行而言，架构差异被留在算力层，管理体验收敛到平台层。

国产平台，要跑出应有水平

国产芯片的核数、NUMA 节点拓扑与内存访问路径与既有平台不同，直接平移往往得不到预期性能。深信服在调度层做 NUMA 亲和优化，减少跨节点内存访问；在数据路径上通过缓存与线程调优提升吞吐；并联合芯片、数据库厂商与 ISV 完成全栈适配。目标不是跑分，而是让高并发业务在国产算力上保持稳定时延。

迁移不打断业务

SCMT 迁移工具支持在线热迁移与批量迁移，配合 SCP 云平台对新旧集群统一纳管，银行可在同一管理面内完成存量纳管、分批迁移、逐步下线。迁移中业务持续运行，结果可验证、可回退，替代节奏由业务窗口决定。

数千台虚拟机，也要按节奏交付

SCP 通过开放 API 与银行既有资源管理系统对接，把资源申请、自动创建、批量发放、操作系统初始化串成流水线，支撑集中投产下的规模化交付。多数据中心、多资源池按业务等级分池承载，运维规范沉淀为平台策略。

三、四家银行的规模与路径

四家银行的实践，沿着“替代动因与承载形态”的路径递进：从可靠性驱动的整体替换，到业务驱动的平台升级，到架构驱动的一云多芯，再到规模驱动的超大规模承载。

印尼Mestika银行：以超融合替换老化 VMware，重建可靠性

印尼银行 PT. Bank Mestika Dharma Tbk 的原有 VMware 环境运行多年，设备老化带来的系统不稳定问题反复出现，直接影响银行业务连续性。该行选择以深信服超融合整体替换老旧虚拟化环境，把计算与存储资源整合到统一架构，简化基础架构层级、减少需单独维护的组件；同时依托内置高可用机制保障业务连续运行，通过统一管理平台降低日常运维负担。替代完成后，系统不稳定问题得到解决，整体基础设施可靠性提升，运维效率同步改善。案例价值在路径：海外银行同样面对存量替代，平滑替换、稳字当头可复制。

深圳农商银行：超融合支撑数字化转型与业务连续

深圳农商银行改制成立于 2005 年，是全国首批股份制农商银行，2021 年集团总资产超 5000 亿元，位列世界银行 1000 强第 264 位。互联网环境下客户行为变化快，线上业务与运维压力同时上涨；系统承载丰富的金融业务，保证稳定运行与业务持续运转成为 IT 治理的核心内容。信服云团队深入调研后，以超融合构建云平台方案替代原有传统虚拟化平台，形成业务承载丰富、性能优化设计、全域安全、数据安全可靠、极简可视运维五个维度兼备的平台能力，并支撑业务快速部署、弹性扩容与开发测试资源回收。上线后，仿真培训、开发测试、代码管理及前海兴邦租赁子公司等核心业务系统运行效率大幅提升，云平台平稳运行两年多，系统故障率有效降低，业务连续性得到保障。

齐鲁银行：一云多芯承载二十多个业务系统

齐鲁银行成立于 1996 年，是全国首批、山东省首家设立并引进境外战略投资的城商行。自 2021 年起探索信息技术应用创新，该行面对的是一组叠加的未知：应用、数据库、操作系统与硬件的兼容性有待验证，ARM 单颗物理 CPU 核数多、NUMA 节点多，性能瓶颈待突破。齐鲁银行以深信服超融合为基座，建设包含主备容灾数据中心在内的“一云多芯”云平台：主中心搭建 C86 办公、业务、运维 3 个集群，另建 ARM 业务集群以及 C86 与 ARM 容灾集群，20 多个业务系统全部承载其上；SCP 云管平台统一管理鲲鹏、海光等不同架构集群，实现跨架构资源的统一调度、门户与运维，并完成跨架构性能调优与全栈适配验证。成效上，运维问题集中于单一平台处理，IT 部门效能提升 26%，硬件、网络、数据、应用四层均具备高可用能力。

浙商银行：数万台虚拟机规模下的稳定性考验

如果说前三家回答的是“怎么替、怎么统一”，浙商银行回答的是“规模”。该行部署深信服超融合重构业务底座，稳定支撑数万台虚拟机与关键业务系统持续高效运转。在股份制银行的业务体量下，平台要在高密度负载、多业务混跑的条件下保持稳定性能与可控的运维复杂度。大规模部署本身就是对稳定性与高可靠性的极致考验：平台层的隐性缺陷会在数万级规模上被放大。这一实践也说明，超融合已从中小规模的敏捷选择，成长为金融头部用户大规模承载关键业务的新标配。

结语：规模越大，越要稳

从印尼到深圳，从济南到杭州，四家银行规模不同、路径不同，指向的却是同一个判断：国产化底座必须先是生产级底座。可靠性不因替换而降低，性能不因换芯而妥协，运维不因多栈而失控，规模不因增长而失序，守住这四条底线，替代才算真正完成。

截至目前，深信服超融合已服务超 1000 家金融行业用户，超 60% 的用户将核心或全部业务迁移上云。在银行业，这一积累正转化为可复用的方法：分级承载、平滑迁移、一云多芯、规模运维。稳定承载大规模核心生产业务，是信服云在金融行业最朴素也最长期的主张。