1. 课程导入与体系总览

Pure Storage 项目交付与验收，指的是从合同生效、设备到货开始，到存储阵列完成上架、初始化、主机接入、数据迁移、性能验证，最终通过客户签字确认并转入运维的完整过程。它既不是单纯的“装机器”，也不是一次性的“测性能”，而是一条贯穿项目全生命周期的工程链路。对交付工程师而言，核心任务只有一句话：让客户在约定的时间、约定的架构下，拿到一套可承载生产业务、可被运维接管、可被审计追溯的存储系统。

理解这个定义，需要先厘清范围边界。Pure Storage 交付通常包含硬件层（FlashArray//X、//C 或 FlashBlade 机框、控制器、电源、线缆）、软件层（Purity 操作系统、ActiveCluster、SafeMode、SnapMirror 等授权）、网络层（FC/iSCSI/NVMe-oF 链路、交换机 Zone、MTU、多路径）、主机层（多路径软件、HBA 队列深度、文件系统或数据库卷映射）以及流程层（到货验收、上架布线、初始化配置、主机接入、数据迁移、性能与功能测试、文档交付、签字验收）。范围之外的内容同样重要：客户机房供电与制冷、客户网络策略变更、客户应用侧改造、第三方备份软件调优，通常属于客户或集成商责任，交付工程师需要明确边界，避免验收时责任不清。

交付与验收在存储项目全生命周期中的位置，可以用一条从“售前”到“运维”的链路来理解。售前阶段确定容量、性能、可用性等级和授权组合；合同与排期阶段锁定到货时间、割接窗口和验收标准；实施阶段完成上架、初始化、主机接入和迁移；验收阶段用测试用例和文档证明系统达到合同指标；运维阶段则把配置基线、监控项和变更流程交接给客户运维团队。交付与验收是这条链路的“收口”环节，它把售前的承诺变成可验证的事实，也把实施的结果变成可运维的资产。

这张图把“交付实施”和“验收确认”两条内部链路展开，同时用虚线回路标出验收遗留项会反向影响实施与售前。实际项目中，最常见的返工不是技术做不出来，而是验收标准在售前没有写清、实施时没有留证据、验收时才发现指标口径不一致。因此，交付工程师从项目第一天起就要建立“可验收”意识：每一步操作都要留下可复查的配置、日志或截图。

核心价值可以从三个维度衡量。第一是业务连续性：存储承载的是生产数据，交付质量直接决定割接窗口内能否一次成功。第二是可运维性：一套配置混乱、命名随意、没有基线的阵列，即使性能达标，也会让后续运维成本成倍增加。第三是可审计性：金融、医疗等行业要求交付文档、测试记录、变更审批可追溯，验收签字本身就是合规证据链的一环。

本课程的整体框架按“认知—准备—实施—验证—收口”推进，共 30 章。前几章建立体系总览与角色责任，随后进入项目准备阶段，包括需求确认、架构核对、到货检查、机房与网络条件确认；中段是实施核心，覆盖 FlashArray 与 FlashBlade 的初始化、FC/iSCSI/NVMe-oF 主机接入、多路径配置、卷与文件系统映射、ActiveCluster 双活、快照与复制策略；后段进入数据迁移、性能测试、功能验证、故障演练与验收文档；最后收口于验收签字、遗留项管理和运维交接。学习路径上，建议先建立全生命周期视角，再逐章深入具体操作，每章都带着“这一步在验收时如何证明”的问题去学。

需要特别说明的是，Pure Storage 的交付与验收并不是“厂商单方面完成”的过程。客户需要提供机房环境、网络策略、主机访问权限、业务割接窗口和验收人员；集成商需要协调线缆、光模块、交换机配置和第三方备份软件。交付工程师的角色更像“技术总协调”：既要懂 Purity 的配置逻辑，也要能判断主机多路径、交换机 Zone、备份策略是否会影响最终验收结果。只有把各方输入对齐，验收才能从“扯皮”变成“确认”。

本章不展开具体命令和参数，但先建立一个全局坐标：交付是把设计变成现实，验收是把现实变成证据，运维是把证据变成长期稳定运行的基础。后续每一章都会围绕这个坐标展开，逐步把 30 章的内容串成一条可执行、可验证、可交接的完整链路。