1. 课程导入与交付验收全景

OpenShift 企业项目交付与验收，指的是把一套基于 OpenShift 的容器平台从“方案与设计”推进到“可运行、可运维、可交接、可签字”的完整过程。它不只是安装集群，也不只是交付一份文档，而是围绕业务上线目标，把平台能力、应用负载、运维体系、安全合规和验收证据组织成一条可追溯的交付链。对企业而言，交付的终点不是“集群起来了”，而是“业务能稳定跑、团队能接手、问题能定位、责任能界定、验收能通过”。

本课程面向交付工程师、平台架构师、运维负责人、测试与项目经理等角色，目标是把 OpenShift 项目从开工到验收的关键动作讲清楚：谁负责什么、每个阶段产出什么、验收看哪些指标、出现偏差如何闭环。学完本章，你应能建立一张“交付验收全景图”，知道后续每一章在整体链路中的位置。

交付与验收的定义边界

交付（Delivery）强调“把约定能力交到客户环境中并可用”，验收（Acceptance）强调“客户依据标准确认交付物满足要求”。两者不是先后割裂，而是交替推进：交付过程中持续产生证据，验收时用证据做判断。一个常见的误区是“先干完再补文档”，结果验收阶段发现配置漂移、权限缺失、监控未接、备份未演练，导致返工。正确做法是把验收标准前置到设计阶段，让每个交付动作都对应可检查的结果。

从对象上看，OpenShift 项目交付至少包含四层：基础设施层（计算、存储、网络）、平台层（OpenShift 控制面、节点、Operator、镜像仓库）、应用层（命名空间、工作负载、路由、配置与密钥）、运维层（监控、日志、备份、升级、权限、审计）。验收标准也应分层设置，避免只验平台不验应用，或只验功能不验运维。

角色分工与责任矩阵

企业项目通常涉及客户方与交付方两套组织。客户方常见角色包括：项目发起人（对目标与预算负责）、平台负责人（对平台长期运营负责）、安全与合规（对等保、审计、权限负责）、应用团队（对业务上线负责）。交付方常见角色包括：项目经理（计划、风险、沟通）、平台架构师（方案与技术决策）、交付工程师（实施、配置、调试）、测试工程师（用例与验证）、文档与培训负责人（手册、交接、赋能）。

责任划分建议用 RACI 思路明确：谁负责执行（R）、谁最终批准（A）、谁需要被咨询（C）、谁需要被通知（I）。例如“集群安装”通常由交付工程师 R、平台架构师 A；“安全基线加固”由交付工程师 R、安全合规 C、平台负责人 A；“应用割接”由应用团队 R、项目经理 A、平台团队 C。把责任写进交付计划，能显著减少验收时的争议。

交付物清单：从“做了什么”到“凭什么证明”

交付物不是越多越好，而是要与验收标准一一对应。典型清单可分为五类：

• 设计与规划类：架构图、网络与 IP 规划、存储规划、命名空间与租户规划、高可用与容灾设计、版本与升级策略。
• 实施与配置类：安装记录、节点清单、Operator 清单、镜像仓库与镜像同步策略、RBAC 与身份源对接配置、网络策略与路由配置。
• 验证与测试类：功能测试用例与结果、性能与容量测试报告、故障切换演练记录、备份恢复演练记录、安全扫描与合规检查结果。
• 运维与交接类：监控告警配置、日志采集配置、备份策略与恢复手册、升级与回滚手册、应急预案、日常巡检表。
• 培训与确认类：培训材料、操作手册、交接会议纪要、遗留问题清单、验收报告与签字页。

每一份交付物都应能回答三个问题：它证明了什么？由谁维护？在什么条件下需要更新？例如“备份恢复演练记录”证明的是可恢复性，而不是“备份任务存在”。验收时若只看到备份策略而没有恢复演练，通常不能判定为通过。

验收标准框架：可量化、可复现、可追溯

验收标准建议按“功能、性能、可用性、安全、运维、文档”六个维度组织，并为每个维度设定判定方式。功能维度看关键能力是否可用，如应用部署、路由访问、持久化存储挂载、镜像拉取；性能维度看 API 响应、Pod 启动时间、吞吐与并发；可用性维度看控制面与节点故障后的恢复表现；安全维度看身份认证、权限最小化、网络隔离、镜像与漏洞策略；运维维度看监控覆盖、告警到达、日志可查、备份可恢复；文档维度看手册完整性与可操作性。

判定方式要尽量客观：能自动化的用脚本或平台指标，不能自动化的用检查表加抽样复核。例如“节点故障恢复”可定义为：在测试环境随机标记一个工作节点为不可调度并模拟宕机，观察业务 Pod 在 5 分钟内是否重新调度到健康节点且服务不中断；若中断超过约定阈值，则判定不通过。这里的 5 分钟是示例阈值，实际项目应按业务 SLA 协商确定。

全景关系图

下图把交付阶段、关键交付物与验收维度放在同一视图中，帮助你在后续章节中定位每个知识点的作用。图中箭头表示“产出支撑验收”，而不是严格的时间顺序。

从全景到执行：一个可参考的验收检查表示例

下面给出一份简化但可直接参考的验收检查表片段，字段包括检查项、判定方式、证据来源和结论。实际项目可按此扩展为完整表格，并与客户确认阈值。