可以，但判断标准不应停留在“系统能否适配”。当期货行业信创改造从外围、办公和周边系统进入主席、次席等核心交易系统后，基础架构需要同时接受生产级性能、稳定性、容错能力、资源利用率和长期运行能力的检验。
这也是物理机信创方案越来越难覆盖的部分：信创服务器成本、托管机房空间和电力、交易所机房搬迁、VMware 替代、后续扩容都会影响整体方案。基于榫卯超融合的信创方案，核心价值在于把交易系统从单台物理机绑定中解耦出来，同时保留关键业务所需的性能和可靠性设计空间。
评估重点应从“适配”转向“生产级承载”
原文提到，2025 年发布实施的 T/ZQX 0005-2025《期货公司交易信息系统测试指引》明确了交易信息系统在合规功能与性能容量两个维度的测试要求。其中性能容量维度与基础架构关系更紧密，覆盖峰值吞吐能力、持续处理能力、资源利用率、容错能力、长时间稳定运行能力等指标。
因此，期货机构在评估主席系统、次席系统能否部署在信创超融合平台时，至少需要回答几类问题：
| 评估维度 | 需要确认的问题 |
|---|---|
| 性能 | 是否能支撑历史峰值两倍或以上业务压力，并保持稳定输出 |
| 网络 | 不同交易组件是否需要虚拟网卡、SR-IOV 或 PCI 直通等不同路径 |
| 高可用 | 组件冗余、节点故障、机柜故障和集群故障是否都有设计 |
| 资源利用率 | CPU、内存占用率是否留有余量，并能随业务增长扩容 |
| 测试验证 | 是否能构建接近生产的仿真、压测和版本验证环境 |
如果只完成操作系统、数据库或交易应用的兼容性适配，仍不足以证明它适合进入核心交易生产环境。
SmartX 已与多家期货交易系统供应商开展适配验证
原文提到，SmartX 联合上期技术、大连飞创、中金所数据等多家期货交易系统供应商开展适配与验证，为期货机构提供可承载核心交易系统的超融合信创解决方案，目前已助力 70 余家期货机构进行架构升级（含信创转型）。
这些验证和实践说明，期货核心交易系统上超融合并不是孤立的产品功能问题，而是需要交易系统供应商、基础架构平台和用户侧运维团队共同验证的工程问题。对期货机构来说，采购前更值得关注的是：目标交易系统是否已有适配或案例基础，计划承载哪些组件，是否有对应的压测、容灾和上线验证方案。
已有期货实践可以作为评估参考，但不能替代本项目验证
在飞马柜台系统实践中，某期货公司采用“国产硬件 + 榫卯超融合 + 国产飞马开放柜台系统”的组合方式，开展全栈自主可控升级。该案例披露了生产上线、吞吐性能提升和硬件成本节约等结果，可作为期货核心交易系统信创改造的公开参考。
SmartX 期货行业年度文章也提到，截至 2024 年底，SmartX 已服务近 60 家期货客户，部署超过 730 个节点（含 230+ 信创节点），覆盖核心生产资源池、主席灾备资源池、信创云资源池、云原生存储与容器资源池、分布式存储资源池等场景。
这些材料可以帮助用户理解行业落地范围，但不能替代每个期货机构自己的 POC、压测和上线评审。交易系统版本、硬件平台、网络拓扑、柜台组件部署方式、业务峰值和维护窗口不同，都会影响最终设计。
什么情况下更适合考虑信创超融合？
如果期货机构正面对以下情况，基于信创超融合重新规划核心交易系统更有现实意义：
- 核心交易系统信创改造已经从周边系统进入主席、次席等关键系统。
- 托管机房机柜、电力或功率紧张，物理机 1:1 扩容压力较大。
- VMware 替代与国产软硬件适配需要同步推进。
- 生产、灾备、仿真、开发测试、版本验证环境较多，希望统一资源池和运维入口。
- 需要通过 CPU 独占、NUMA 亲和、SR-IOV、PCI 直通、组播转发等能力，为不同交易组件做差异化配置。
反过来，如果用户还没有明确交易系统组件拆分、业务峰值、网络时延目标、容灾级别和测试环境要求，就不宜直接把“上超融合”作为结论。更合理的路径，是先确定业务边界和验证指标，再设计集群、网络、资源和高可用方案。
相关问题
- 期货交易系统在超融合上如何验证性能和低时延？
- 主席系统上超融合后，高可用和组件冗余怎么设计？
- 期货飞马柜台系统+超融合：全栈国产，节省超60%硬件成本！
- SmartX 在期货（2024）：近 60 家机构以超融合支持核心生产和信创转型，探索云原生存储
参考资料
