DevOps 系列主题埋线工作范式

本文只定「怎么写」，不定「每篇必须写什么」。逐篇埋线以附录草案为对照，写某一篇时再细化；与附录不符时，改该篇旁白与回指即可，不必回头改本范式。

适用范围：渐进式路线（基础 → 中级 → 高级）。Exception 专栏默认不埋；有需要再单点加。

---

1. 三条主题

线	一句话	出场方式
① 数学化运维	$\forall x \in X,\ f(x)=c$；谈 $X$ 扩容 / $Y$ 拆层 / $f$ 闭合	02 立论；有实质跃迁才回指；阶段末收束
② 云原生理念	不可变基础设施、容器化、微服务、声明式 API、基础设施即代码（IaC）	先实践，后立名；禁止空讲
③ 多角色流程	发起 / 执行 / 审批 / 职责边界（项目管理视角）	文末旁白；不改技术正文

埋线策略：种子—回响（方案 1）。

• 种：概念第一次有落点时出现。
• 回：后续篇一句回指即可。
• 收：阶段节点做收束（如基础 09、中级 17、高级 20 / 23）。
• 无实质跃迁的篇（如纯工具换皮）可不碰线 ①②。

---

2. 线 ①：数学化运维

• 公理（已在 02 立论）：规范集合 $X$ 内，运维动作 $f$ 恒定。
• 演进动词：只谈「$X$ 扩容」「$Y$ 拆层」「$f$ 仍闭合」。
• 禁：不为写公式而写公式；无实质扩容的篇不硬插。

可选回指句式：

相对上一篇，$X$ 因「……」扩容 / $Y$ 因「……」拆层；运维动作 $f$ 仍保持闭合。

---

3. 线 ②：云原生理念（实践立名）

五块按出现顺序立名，不提前空讲：

流水线：将构建、上传、落盘、验证等运维动作按固定顺序串起并尽量自动执行的交付链路。

理念	首次立名（建议）	深化收割（建议）
不可变基础设施	05（镜像替换进程）	12 制品将构建、上传、落盘、验证等运维动作按固定顺序串起并尽量自动执行的交付链路。
容器化	05	08 / 14
微服务（多服务协作心智）	08	14–15
声明式 API	06 / 08（YAML 期望状态）	17 GitOps
基础设施即代码 IaC	06（Jenkinsfile）	08 / 17

---

4. 线 ③：多角色流程（旁白式）

• 固定位置：文末独立小节，标题统一为「流程旁白」。
• 内容：四项择要，总长约 80–150 字：
  1. 谁发起
  2. 谁执行
  3. 谁审批（若无则写「本步无审批」）
  4. 本步不该由谁决定 / 职责边界
• 纪律：不改技术正文；不把旁白写成项目管理教材。
• 收束倾向：权责从「默契」升级到「可写进流程的控制」（如 11、18–21）。

---

5. 写作时怎么用

1. 开写某篇前：对照附录草案，决定本篇种 / 回 / 收 / 旁白要点。
2. 写完后：若实际跃迁与草案不符，改旁白与回指，不改本范式。
3. 索引页可加三行主题图例；正文不堆标签墙。

落地改动类型（执行某篇时）：

• 新增：文末「流程旁白」。
• 微调：阶段总结补对照表；关键收束篇加强回指。
• 少动：02 数学段已立论，只统一用词与后文回指句式。

---

附录：写作对照草案（非定稿）

图例：种 = 首次出现或立名；回 = 一句回指；收 = 阶段性收束；— = 本篇可不碰。

基础篇（01–09）

生产环境：面向真实用户提供服务的运行环境，变更需受发布门禁约束。

上线：将构建产物部署到生产环境并对外可访问的过程，是交付链路的终点验收动作。

篇	线 ①	线 ②	线 ③ 旁白要点（草案）
00 导读	预告	预告	预告：每篇看「人与职责」
01 Nginx	—	—	开发交付静态产物 / 本地自验；无审批
02 面向真实用户提供服务的运行环境，变更需受发布门禁约束。	种	—	首次将构建产物部署到生产环境并对外可访问的过程，是交付链路的终点验收动作。：谁操作服务器；变更尚未成文
03 Git	回	—	谁 push、谁有仓库权限
04 服务端部署	回 $Y$ 拆层	—	启动参数 vs 进程保活的责任归属
05 Docker	回	种 容器化 + 不可变雏形	谁构建镜像、谁有权 run
06 流水线	回	种 声明式动作链 + IaC 入门	谁写 Pipeline、谁 Review
07 Actions	—	回	Secrets / workflow 权限归属
08 Compose	回	种 声明式拓扑；微服务心智；IaC 深化	多服务边界与编排文件维护者
09 总结	收	收 五理念对照	收 基础篇角色演变一览

中级篇（10–17）

篇	线 ①	线 ②	线 ③ 旁白要点（草案）
10 环境变量	—	回 配置与代码分离	配置值 vs 密钥保管
11 CI/CD 分离	回	—	种 权责成文
12 CI 流水线	回	种/收 不可变落地	CI 失败：修代码 vs 修流水线
13 Harbor	—	回	仓库管理 vs 项目推送权限
14 K3s	回	种 编排升级	集群运维 vs 应用部署
15 CD 流水线	回	回	发布 / 回滚拍板
16 灰度与边界	—	—	业务是否参与签字
17 GitOps	收	收 声明式 API + IaC	Git 控制面：谁改 manifest

高级篇（18–23）及加餐

篇	线 ①	线 ②	线 ③ 旁白要点（草案）
18 质量门禁	回 约束写入 $f$	—	标准谁定、谁有权放行
19 SBOM	—	回	安全 / 合规入场
20 变更管控	—	—	收 审批链显式化
21 AI 防错	回	—	AI 建议 vs 人终审
22 平台反思	—	回	平台团队 vs 业务团队
23 全局自动化	收	收	收 三类发布的角色差异
27 SRE 核心	可选回指	可选	SRE 与 Dev / Ops 接口职责