生产就绪不只是一次评审，文档、持续治理

上线前那场生产就绪评审，真不是盖个章就管一辈子。

版本一升级、流量一涨、依赖一换，原来的结论当场作废。发布许可带时效，变更越积越多，有效期越缩越短。评审只留“通过”俩字，半年后就没人知道当初凭啥放行。

文档写得再厚也没用，得看没写过这系统的人能不能靠它救火。压测报告也得带上数据规模和流量模型，不然根本证明不了啥。PRR 不能所有服务共用一套表，低风险内部查询走轻量自检就行；涉及资金和敏感数据的，必须独立评审加恢复演练。

风险也绝不能一句“暂时接受”就完事。谁有权担、到期啥时候重评，全得写死。平台该把日志、密钥这些基建做成默认能力，别让团队重复造轮子。至于新团队接管，光开会交接没用，得让新人独立跑完一次故障恢复，原作者只能看着。

说白了，生产就绪不是一次评审的结论，而是架构主张在持续变化中仍然有证据成立。

#系统架构 #生成就绪