KEEL · 龙骨 · A CURRICULUM FOR THE AI ERA
构建打包与部署上线 — keel 龙骨
构建打包与部署上线 的参考信息：构建打包与部署上线
课程导读 · 从"一堆源码"到"一个跑在生产上、且能安全退回来"的东西
如果说第一门课处理的是要不要放行，这门课处理的是怎么发出去、发完之后怎么活下来。
产物 → 镜像 → 环境配置 → 部署策略 → 发布闭环 → 形态演进
六章的对应关系：
| 章节 | 解决的核心问题 |
|---|---|
| 01 构建与产物 | 怎么让同一个东西在任何机器上被重复地做出来 |
| 02 容器镜像 | 层、缓存、体积与安全边界怎么同时管好 |
| 03 环境与配置 | 同一份产物在多环境复用，以及最危险的 Database 迁移顺序 |
| 04 部署策略 | 五种策略的回滚成本与适用边界 |
| 05 发布闭环 | 上线后的十分钟该盯什么、什么时候立刻回滚 |
| 06 交付形态演进 | 从脚本到 GitOps 到 Agentic DevOps，以及该停在哪一层 |
每章统一带 动手：可观察结果 → 故障注入 → 自测题。这门课的结论尽量用可执行的形式表达：跑哪条命令、看哪个数字、超过什么值就回滚。
这门课反复出现的三条判断标准
- 能不能安全地重来？ —— 幂等优先于"顺利一次"。分批发布、部分失败是常态，设计要假设它会失败。
- 能不能安全地退回去？ —— 回滚成本是本专题对部署策略排序的主要依据。
- 发出去的东西是不是你以为的那个？ —— 版本、digest、版本号端点、见证你的人，构成一条证明链。
与其它专题的关系
- CI 流水线与质量门禁：那边决定"能不能合"，这边决定"合了之后怎么活下去"。
- 后端高并发工程拔高：发布后的 ISR 与降级写作在那边；这边引用它作为观测的指标来源。
- 数据库与缓存调优：第 03 章的迁移与配套设施在这里展开到执行计划层面。
- 会员专区的项目架构考古专题（需登录）：多服务 Compose 拓扑是"服务依赖顺序 + 健康判断"的现实例子。
替身边界
这门课以 Python / FastAPI + Docker Compose → Kubernetes 的中小团队路径为主要背景（与作者的实际经历一致），不涉及以下方面：大型集群的调度调优、服务网格的深入配置、多区域容灾、以及云厂商专有的托管服务细节。这些场景各自有无数的坑，需要就具体版本查官方文档。
K8s 相关部分只覆盖部署与发布侧的概念与取舍（探针、策略、GitOps 的形态差别），不覆盖组件原理与运维实践。