第11章笔记：运维、发布与技术债治理

本章目标

把上线后的运行、成本、债务和退役纳入完整生命周期。 本章不是术语表，而是一条从问题到证据的工作链。先确认用户或团队要保护的结果，再把决定写进可版本化制品，最后由测试、指标、反例或演练证明它在边界与故障下仍成立。

七节联系

• 生产就绪评审：上线前不仅看功能，还看容量、安全、观测、值班、恢复和依赖；关键规则是每项门禁要有可读证据与接受风险的人；清单勾选不能替代演练。
• Runbook与操作自动化：runbook把症状、诊断、缓解、验证和升级路径写给压力中的值班者；关键规则是高频且确定的步骤优先自动化，但自动化保留权限、审计和停止开关。
• 变更日历与发布协调：高耦合变更需要共享依赖、冻结窗口和沟通，但协调不能变成大批量借口；关键规则是协调聚焦不可独立的风险；能用契约和渐进交付解耦的部分继续小批量。
• 成本、性能与FinOps：云成本是架构反馈，应与业务价值、利用率和可靠性联合优化；关键规则是优化前建立单位成本和性能基线，优化后确认未把成本转移给可靠性或人工。
• 债务组合与偿还优先级：债务应按利息、风险、阻塞范围和偿还成本排序，而不是按抱怨热度；关键规则是用事故、等待、缺陷和变更成本量化利息；偿还任务进入正常组合。
• 弃用、迁移与系统退役：删除旧系统需证明消费者迁移、数据处置、审计保留和回退窗口结束；关键规则是退役完成包括流量、数据、基础设施、凭证、告警、文档和成本全部清零。
• 持续改进的工程记分卡：团队定期联合观察交付、质量、可靠性、安全和体验，选择少量系统改进；关键规则是指标用于提问和实验，不直接奖惩个人；所有改进声明预期影响与复查日期。

学习时给七节画依赖箭头：前一节产出的对象、规则或制品如何成为后一节输入？若某节可以被随意挪走而完全不影响上下文，说明你仍在孤立背诵，需要用一个贯穿案例重新连接。

章内练习

1. 用“新服务提交SLO、仪表盘、告警、runbook、容量压测、威胁模型和回滚记录”重做正常、边界和故障三类验收，产出可由同伴复核的制品。
2. 用“连接池耗尽手册先确认影响，再查请求堆积与下游，限制流量后验证恢复”重做正常、边界和故障三类验收，产出可由同伴复核的制品。
3. 用“结算、财务和客服共同安排账期迁移，先做兼容部署并明确负责人”重做正常、边界和故障三类验收，产出可由同伴复核的制品。
4. 用“把每千次报告成本拆为计算、存储和出口，发现无人读取的高频预计算”重做正常、边界和故障三类验收，产出可由同伴复核的制品。

每次练习都保留背景、输入、决定、输出、验证、失败处置和负责人。只写结论不算完成；只贴截图也不算证据。完成后交换给同伴，只允许对方根据制品复现你的判断，无法复现处就是下一轮修改入口。

错误复盘

把错题标成目标误判、边界遗漏、责任空缺、契约不清、验证不足或恢复缺失。不要写“粗心”。一周后更换领域重做一道情境题；能在新名词下保持同一证据链，才说明方法已经迁移。阶段卷使用独立题池，不能靠记住随课题答案过关。