1. 课程导入与交付全景

AMD EPYC 计算基础设施交付，指的是把一台或一批 EPYC 服务器从“客户提出算力需求”推进到“业务稳定运行并可被运维接管”的完整过程。它不只是装 CPU、插内存、上架通电，而是涵盖需求澄清、方案设计、硬件选型与到货验收、BIOS/BMC 基线配置、操作系统与固件适配、性能与稳定性验证、交付文档与运维交接等多个环节的系统工程。本课程的目标，是让读者建立一张从需求到运维的端到端交付地图，明确每个阶段“谁来做、做什么、依据什么、产出什么、如何判断通过”。

交付目标与范围

交付的核心目标可以概括为三句话：算力达标、运行稳定、可被运维。算力达标指交付后的服务器在目标业务负载下达到约定的性能指标，例如虚拟化场景下的 vCPU 密度、数据库场景下的 QPS 与延迟、HPC 场景下的浮点吞吐；运行稳定指在压力与老化测试中无异常宕机、无不可纠正内存错误、无链路降速；可被运维指 BMC 可远程管理、固件版本受控、监控指标可采集、资产与配置有据可查。

交付范围通常包括：机架与供电规划、网络与存储接入、EPYC 平台硬件（CPU、内存、主板、NVMe、网卡、GPU/加速卡）装配与验收、固件与 BIOS 基线、操作系统与驱动、虚拟化或容器平台、性能基线测试、交付文档与培训。范围之外的内容，如机房土建、客户业务应用改造、上层业务迁移，一般由客户或第三方负责，但需要在交付边界中明确写出，避免后期扯皮。

角色分工

一个典型的 EPYC 交付项目涉及五类角色。客户方业务负责人提出算力需求与验收标准；客户方运维负责机房、网络、供电与最终接管；交付项目经理统筹进度、风险与变更；硬件工程师负责装配、上架、接线与硬件验收；系统工程师负责 BIOS/BMC、操作系统、驱动、虚拟化与性能测试。角色之间不是串行等待，而是并行推进，例如硬件到货前系统工程师就可以准备固件与镜像，硬件装配时项目经理同步整理资产清单。

端到端交付流程

下面这张图给出从需求到运维的完整交付地图，它把六个阶段、关键产出与判断关口放在同一条链路上，便于读者建立整体认知。

交付地图的读法

这张图有三个层次。第一层是六个阶段，从左到右构成主链路；第二层是每个阶段的关键产出，它们是阶段完成的证据；第三层是判断关口 G1 到 G6，每个关口不通过就回退到上一阶段，不允许带病进入下一阶段。图中还标出了并行活动，说明交付不是纯串行，固件准备、机房预检、文档编写、风险控制都可以与主链路并行推进。

以 G3“硬件无缺陷”为例，实际判断依据包括：CPU 型号与序列号与 BOM 一致、内存条数量与槽位符合设计、NVMe 盘可被 BMC 识别、网卡链路速率协商正确、无外观损伤。若发现内存条缺失或链路降速，就回退到到货验收阶段补件或换件，而不是先装系统再回头处理。

交付边界与常见风险

交付边界必须在项目启动时写清楚。例如：客户提供机柜与 IP 地址，交付方负责上架、接线、配置与测试；客户业务应用由客户自行部署，交付方只保证基础设施层达标。常见风险包括：需求描述模糊导致验收争议、固件版本不匹配导致性能不达标、机房供电不足导致无法满配、客户运维未参与导致交接困难。应对方式是在每个关口留下书面记录，并在项目早期让客户运维介入。

从需求到运维的闭环

交付的终点不是“服务器能开机”，而是“客户运维能独立接管”。因此，交付文档至少应包含：资产台账、BIOS/BMC 基线配置、固件版本清单、操作系统与驱动版本、网络与存储拓扑、性能测试报告、常见故障处理手册。交接时建议做一次演练，由客户运维独立完成一次 BMC 登录、一次固件版本查询、一次监控指标查看，确认其具备接管能力。