上线决策需要证据
生产就绪评审不是大家说“看起来没问题”的会议，而是证据评审。每个领域都要指向仪表盘、测试结果、运行手册或演练记录。缺失证据就是缺口，不是加快上线的理由。
归属: payments-api
SLO: 99.9% 成功请求，p95 < 300 ms
峰值测试: 2 倍预期流量，p95 240 ms，错误率 0.05%
回滚: 功能开关 40 秒关闭，2026-10-12 演练
备份恢复: 18 分钟，2026-10-10 演练
未关闭风险: 无严重项评审失败路径，而不只是成功演示
最没信息量的部分是顺利路径演示。要问数据库变慢、队列已满、依赖返回 500、部署出错时会发生什么。检查超时、重试、熔断与降级，并验证它们被演练过。没有经过测试的降级路径，等于假设依赖永不失败。
记录已接受的风险
部分缺口在上线时可以接受，但必须写清严重度、缓解措施、负责人和截止日期。没有负责人的风险就是未管理风险。下次评审要复查；过期缓解措施不断累积，说明评审只是形式。
保持比例适当
内部小工具与支付服务不需要同样的评审深度。按爆炸半径和数据敏感度调整，但不变的是：决策基于证据，未来被叫醒的人能够操作该服务。