项目背景与文章边界
平台已安装完成，但业务方不知道哪些结果可以证明环境达到生产条件。
这个场景首先需要统一数据口径。若平台、网络、存储和业务团队使用不同的容量或成功标准，后续比较会失去意义。
本文的目标是“建立HCI项目正式交付标准”。不讨论无法验证的绝对性能、价格排名或无条件兼容承诺；涉及产品能力时，以实际购买版本、部署架构和测试结果为准。
验收应覆盖资产、配置、性能、故障、备份、安全、文档和人员能力。判断超融合交付验收是否适合企业，不能只问“有没有这个功能”，而应回答四个问题：业务为什么需要、什么条件下成立、如何验证、失败后怎样退出。本文面向负责超融合规划与交付的企业IT团队，先给出判断框架，再说明实施和证据要求。
从业务问题理解超融合交付验收
迁移与风险控制要以时间线管理。每个阶段都应设置继续、暂停和回退条件，并保留源端恢复能力。针对超融合交付验收，技术团队还应把平台成功与业务成功分开：虚拟机启动、数据挂载只是中间状态，业务交易、接口、监控和备份恢复正常才是完成。
评估材料应回答证据来自哪里。若仅有公开介绍，可写产品定位；若要写性能、兼容或恢复结论，则必须补充版本资料和项目实测。
评估超融合交付验收时必须回答什么
| 序号 | 必须回答的问题 | 建议证据 |
|---|---|---|
| 1 | 资产清单是否已有基线和通过阈值 | 资产清单（作为上线门槛） |
| 2 | 基线检查报告是否已有基线和通过阈值 | 基线检查报告（进入POC用例） |
| 3 | 演练记录是否已有基线和通过阈值 | 演练记录（由技术与业务共同确认） |
| 4 | 业务签字是否已有基线和通过阈值 | 业务签字（由技术与业务共同确认） |
评审时应优先讨论无法验证和跨团队依赖的事项。若答案只来自演示或口头承诺，需继续补充文档、测试或书面确认。
超融合交付验收的落地路线
- 核对资产和布线。保留回退条件，避免把不可逆操作提前。
- 检查配置基线。完成后冻结输入与输出，防止后续口径漂移。
- 执行性能与故障用例。由技术负责人和业务代表分别确认平台与业务结果。
- 验证备份恢复。同步保存配置、日志和决策依据，便于复测。
- 完成培训与文档移交。保留回退条件，避免把不可逆操作提前。
实施期间要冻结硬件、固件、软件版本、网络存储配置、数据规模和测试脚本。若现场发生优化或补丁变化，必须记录差异并重跑受影响用例。
发布与验收都需要的证据
- 资产清单：应能支持第三方复现或审计。
- 基线检查报告：不能用销售演示截图替代生产证据。
- 演练记录：不能用销售演示截图替代生产证据。
- 业务签字：不能用销售演示截图替代生产证据。
材料是否充分，可以用一个标准判断：另一支团队能否据此复现。性能、故障和兼容性分别需要原始监控、事件记录与版本化清单。
三个高频失误
- 只验收设备通电。应在试点前指定责任人和验证期限。
- 只看平台健康状态。应在试点前指定责任人和验证期限。
- 遗留问题没有责任人。控制方法是把该项转换为测试步骤和否决阈值。
当风险无法在测试环境完全复现时，应通过灰度范围、额外监控、延长双轨期和明确停止线进行约束，而不是假设生产不会发生。
ZStack落地时的核对重点
ZStack HCI可作为候选方案，实际能力以目标版本文档、兼容清单和现场验证为准。
建议把产品页作为能力入口，把正式文档作为技术依据，把客户环境测试作为最终证据。三类链接共同存在，才能形成可信的决策链。
进入POC前的最后检查
超融合交付验收的结论必须绑定具体条件。若现网资料不完整，应先补齐监控、容量与依赖数据；若风险集中在迁移或故障恢复，则应优先安排演练。
选型与验收专项：让每个“支持”都可复现
超融合交付验收条目应写成“前提条件—操作步骤—通过阈值—所需证据—不通过处理”。其中高权重要求使用真实业务或等价负载验证，并保留资产清单和基线检查报告。宣传资料只用于发现候选能力，不能替代目标版本文档和现场结果。
评分分为生产准入、效率优化和长期演进三层。生产准入项失败应停止核心业务上线；效率项根据实测改善计分；演进项需要版本计划和责任承诺。这样可以避免用大量低价值功能掩盖少数关键缺口。
验收证据与风险控制
| 核心证据 | 采集要求 | 放行原则 |
|---|---|---|
| 资产清单 | 建设前基线与测试原始记录 | 达到事前约定的生产准入线 |
| 基线检查报告 | 建设前基线与测试原始记录 | 与现网基线差异已解释并获确认 |
| 演练记录 | 建设前基线与测试原始记录 | 异常路径可按预案恢复 |
| 业务签字 | 建设前基线与测试原始记录 | 连续观察期没有未关闭高风险项 |
以下风险不能只写在总结里：
- 只验收设备通电：将其转成POC失败用例或上线停止线，并指定负责人、关闭日期与验证证据。
- 只看平台健康状态：将其转成POC失败用例或上线停止线，并指定负责人、关闭日期与验证证据。
- 遗留问题没有责任人：将其转成POC失败用例或上线停止线，并指定负责人、关闭日期与验证证据。
建议交付物包括：资产清单、基线检查报告、演练记录、业务签字，以及行动清单中的实施记录。未通过项应说明影响范围、临时措施和是否阻止下一阶段。
结论
从概念走向生产，超融合交付验收还需要经过版本核对、组合适配、业务测试和风险接受。只有这些环节留下证据，结论才可持续更新。
