线上性能退化与容量逼近同时发生时如何建立可归因的发布决策

# 核心结论

线上性能退化与容量逼近同时发生时，发布决策必须建立可归因的证据链，而不能只依据实验室跑分、总体均值或单一综合分数。需要回答退化出现在哪些设备、入口、地域、版本和链路，变化是否由本次代码、远程配置、接口、资源清单或实验开关引起，以及当前资源水位还能承受多大突发。容量不仅指服务端吞吐，还包括终端内存、线程队列、磁盘、网络字节、耗电、温度和容器数量。核心交互长尾、系统终止率或错误率突破硬预算时，应暂停扩大灰度；局部且风险可控的问题，才可在具备降级、责任人、修复期限和回滚条件的前提下继续观察。

# 底层机制

首先应定义少量具有用户语义的指标，例如启动到业务可用、输入到反馈、页面稳定呈现、关键请求成功和后台资源消耗