04驻场部署：内网、审批与安全红线
约 60 分钟
原型被认可之后，真正的挑战才开始：把它变成在客户环境里稳定运行的系统。驻场部署和云上部署是两个世界。
三个硬约束
没有外网。 客户机房大概率是隔离网。这意味着：所有依赖提前打包好带进去（docker save、离线 pip/npm 源）；“回去查一下”要等审批；AI 接口用不了的话，模型也得离线部署。
变更要走审批。 重启一台服务器可能要走三天流程。所以：变更窗口提前约，回滚方案写在前头，能不停机就绝不停机。
安全红线不可谈判。 数据不出域、日志留痕、账号最小权限。别试图“先这样跑起来再说”——一次违规，FDE 团队整个撤场都不稀奇。
交付清单
每次交付附一页纸，客户的运维要能照着它把系统维护下去：
- 架构图：哪些服务、跑在哪台机器、依赖什么
- 启停手册：启动顺序、健康检查地址、常见报警含义
- 数据流向：数据从哪进、经过什么处理、到哪出、保留多久
- 联系方式：问题分级——什么找客户运维、什么找我们、响应时限
撤场才是真正的交付
FDE 的终极目标是让自己不再被需要。如果系统离了你就不转，那不是交付，是人质。培训客户的运维、写好文档、把定制逻辑尽量推回主产品线——这三件事做完，才算一个项目的结束。
练习
给你最近做的一个项目写一份交付清单，找一位不了解该项目的同事读一遍，标出他看不懂的三处。
至此 FDE 培训的基础部分结束。进阶话题——如何把驻场定制沉淀成产品功能——会在后续课程展开。