金融云不必二选一：VMware合规替代与AI创新可以并行

一年前，不少金融机构还在讨论“VMware要不要换”；今天，桌上同时压着两张时间表。一张写着授权、支持和信创合规，要求把现有虚拟化换成可控、可审计的生产底座；另一张写着智能客服、投研助手、风控模型和知识库，要求把AI尽快接到业务里，而且数据不能出域。

很多团队的第一反应，是拆成两个项目：一套做VMware替代，一套另买AI平台。看起来分工清楚，后面却容易变成两套账号、两套运维、两套审计，核心业务和AI还是接不上。

金融云真正要回答的，不是“先替代还是先AI”，而是“两套负载能不能落在同一条可演进的底座上”。

FINANCIAL CLOUD

为什么金融场景最怕“换完再另起一套”

---

金融机构的IT很少只有一层。交易、结算、风控、渠道和开发测试，原本就分散在多机房、多平台里。Broadcom接管VMware之后，授权、支持和升级路径一并进入决策桌面；信创、等保、密评和业务连续性的要求也没有放松。替代不再是换一个虚拟化软件，而是把成本、合规和长期可获得性一起算清。

AI把这张桌子又拉长了一截。模型要读内部文档和业务数据，结果还要写回系统。如果算力在一套新平台、数据在原有云上，权限和审计就会拆成两套口径。

所以，真正难的不是“把虚拟机迁走”，也不是“把大模型装上”，而是两件事并行时，不要把生产环境拆成互不相通的两座岛。

FINANCIAL CLOUD

第一座底座：用ZStack Cloud把VMware换稳

---

对金融生产来说，替代能不能落地，先看三件事：现网能不能先看见、迁的时候能不能少停、换完之后运维习惯能不能接得住。

ZStack Cloud云平台把计算、存储、网络收进同一套能力，并提供VMware纳管、迁移、多租户、备份容灾和弹性裸金属等可按需叠加的模块。常见节奏不是一次性切完，而是先对接现有vCenter，把原有资源和新建资源放进同一视图；再按业务等级分批迁移，开发测试先行，核心系统单独验证，并为割接保留回退窗口。迁移支持无代理复制，对业务侧尽量少侵入。

信创不是另起一套虚拟化。Cloud信创版支持一云多芯，把x86和国产芯片放进统一管理，兼容四大架构、八类平台，并已通过可信云“一云多芯”“虚拟化云平台”先进级认证。价值不在芯片名单更长，而在不必为信创再维护第二套生产底座。

密评与云安全同样要产品化，而不是过评再做一轮工程改造。Cloud提供密评模块，可按现有密码设备选择紧耦合或松耦合建设方式；网络、数据、密码和审计可纳入统一服务目录。

业务连续性方面，Cloud可按需叠加高可用、灾备和持续数据保护，支撑同城多集群与异地容灾建设，让核心业务在故障和切换时仍能连续运行。

FINANCIAL CLOUD

第二座底座：用ZStack AIOS智塔把AI用起来

---

替代只解决“今天还能不能跑”。AI要解决的是“明天的业务怎么创新”——而且必须私有化：客户数据、投研材料和风控规则，不能随着模型调用飘到不可控的环境里。

ZStack AIOS智塔不是在Cloud旁边再插一套孤岛。按产品定位，它完整包含ZStack Cloud的全部能力；已有Cloud环境可以平滑扩展为AI基础设施，无需推翻重建。也就是说，金融机构先把VMware换成Cloud，并不是把路走死，而是把通向私有化AI的底座先铺好。

能力可以按四层来理解。算力层把GPU从“专机专用”变成可调度的资源池，统一纳管英伟达、昇腾、海光等加速卡；利用率可从约30%提升到70%以上，最低可从一节点起步。模型层覆盖导入、微调、推理和评测，支持DeepSeek、Qwen等主流模型私有化部署。网关层把分散调用收进统一入口，让用量、权限和审计可管。应用层预置知识库和编排工具，方便接上智能客服、投研问答等场景。

对金融机构，这意味着AI不必等“VMware项目全部收尾”才立项。生产业务区继续用Cloud把替代走稳；创新业务区可以先用AIOS拉起私有化模型服务。两边的账号、配额、审计和运维习惯仍在同一产品家族里，而不是两套完全陌生的平台。

2026年7月，ZStack加入双态AI论坛，把金融AI基础设施建设列为明确方向。更关键的仍是落地顺序：先把数据和调用留在可控边界内，再谈模型和业务怎么接。

FINANCIAL CLOUD

双底座并行，走的是演进，不是两次推倒

---

并行不等于两套底座永远并排、互不往来。更稳妥的路径是：今天用Cloud承接VMware替代、信创和合规；需要GPU和模型服务时，把同一套底座演进到AIOS智塔；核心系统、开发测试和AI创新按负载分区分批，而不是“全厂明天切完”。

金融行业落地案例

申银万国期货是一条已经走通的Cloud路径：2016年从小范围社区版验证起步，再升级为企业版，上线主交易中心、结算平台、全结风控、资金汇划等业务。唐山银行用Cloud叠加鲲鹏与麒麟操作系统，建设同城生产、测试等多集群，项目曾获2023信创“大比武”优秀适配能力奖。中信证券在鲲鹏服务器上完成应用、中间件和数据库验证。中国出口信用保险公司把多套异构资源纳入统一管理，方案曾入选金融信创生态实验室优秀解决方案。

这套路径已在银行、证券、保险、期货等金融机构落地，覆盖百余个金融项目。相对传统虚拟化方案，建设与运维成本可明显下降，替换后的平台继续支撑业务连续运行，也能承接后续的AI创新。

FINANCIAL CLOUD

把并行写成一张清单，再带进POC

---

结论通常不是“全行明天切完”，而是一张负载清单：开发测试和一般业务可先切到Cloud；核心交易单独保留演练和回退；信创负载单独成池；AI应用先用非核心、可回退的场景试跑。把这张清单带进POC，比带着“先上云还是先上AI”的口号进会议室更有用。

要并行的事	应该看什么	不宜只看什么
VMware替代	能否先纳管、无代理迁移、分批割接、失败可回退	宣传中的最短切割时间
信创与密评	一云多芯能否统一管理，密评是否产品化可启用	芯片名单有多长
业务连续性	备份、容灾、多集群是否覆盖现网等级	只看宣传中的可用性数字
AI创新	数据是否出域，调用能否计量和审计，模型能否私有化	只看哪一个大模型名字更新
长期演进	云平台能否平滑扩展到AI基础设施，两套负载是否还要两套平台	把云项目和AI项目当成两次招标

落地顺序通常是评估、POC、分批迁移、再叠加AI。条件合适时，有的替代项目可以较快走完评估到上线，但不能当成所有生产环境的承诺。AI侧更适合先选择可回退的辅助类应用，用真实数据复测后再靠近核心系统。

大模型可以继续用，用来整理材料、生成检查表、提醒你别漏掉回退、备份和审计。它不该拥有投票权。投票权应该留在现网测试、合规要求和业务连续性手里。

金融云建设的终点，不是把VMware的Logo换成另一家，也不是再买一套只会跑大模型的平台。而是机构重新获得对成本、合规和创新节奏的控制权：该稳的系统稳得住，该试的业务试得起。ZStack Cloud和ZStack AIOS智塔要承接的，正是从“把虚拟机换过来”，到“把AI真正接进金融业务”的这一段路。