浏览 AI使用教程
上线后怎样用日志、指标和健康检查决定继续还是回滚
页面返回 200 不是发布结束。上线前先写观察窗口、关键指标和回滚阈值，发布后才知道应该继续观察、暂停还是立即撤回。
先比较关键条件，再作选择
把自己的条件代入判断项；没有证据的维度保留未知，不用印象替代结论。
刚上线一切正常，十分钟后的错误率谁来判断
发布页面返回 200 后团队立即离开。十分钟后错误率从 0.2% 升到 3%，但没有人提前写何时继续、暂停或回滚。
- 基线、窗口和阈值预先定义
- 回滚可在兼容窗口内执行
- 决定和实际指标有时间记录
统一基线与分级动作
| 指标 | 基线 | 触发 | 动作 |
|---|---|---|---|
| 5xx | 0.2% | 单窗>1% | 暂停扩大流量 |
| 5xx | 0.2% | 连续两窗>2%，每窗请求>=500 | 执行回滚预案 |
| p95 | 450ms | 连续两窗>800ms | 人工升级 |
| 低流量 | 每窗<500 | 百分比不稳 | 延长观察与关键流程检查 |
同一组数据复算
| 窗口 | 请求/5xx | 比例 | 动作 |
|---|---|---|---|
| 发布前 | 1000/2 | 0.2% | 基线 |
| 0—5分钟 | 1000/25 | 2.5% | 暂停；第一窗 |
| 5—10分钟 | 1000/30 | 3% | 第二窗；回滚 |
| 回滚后 | 待采集 | 未测 | 按真实指标判断 |
纯教学数据，严重数据损坏可立即停止，无需等待百分比。
先把本例的条件、限制和目标摆出来
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 本次改动影响登录；基线错误率 0.2%、p95 450ms；有旧镜像和数据库兼容窗口。 |
| 不能越过的边界 | 部署成功不是观察结束；预先定义指标、窗口和阈值；回滚依据业务影响而非个人感觉。 |
| 要交付的结果 | 发布观察窗与回滚决策记录 |
部署后怎么验证，哪些条件会改变最后选择
| 判断条件 | 本例怎么核对 | 本例归类 |
|---|---|---|
| 发布基线 | 记录发布前一段时间的流量、错误、延迟、资源和业务成功率。 | 有可比较旧版本 |
| 技术健康 | 进程、实例、队列、数据库、外部依赖和关键 URL。 | 覆盖实际请求链 |
| 用户结果 | 登录、提交、支付前确认等核心流程成功率和异常反馈。 | 不只看服务器活着 |
| 观察窗口 | 定义开始、最短时长、流量要求和负责人，区分即时和延迟问题。 | 不会在样本太少时过早放行 |
| 回滚条件 | 列硬阈值、趋势、数据风险和无法回滚情形。 | 触发后能立即执行既定动作 |
部署后怎么验证：按本例条件得到的结论
发布观察窗与回滚决策记录
统一阈值：单5分钟窗5xx>1%暂停；连续两窗>2%回滚。第5分钟2.5%、第10分钟3%触发回滚；恢复后待采集，不能预填回到基线。
边界变化后需要重新判断
低流量时固定百分比不稳定，需要同时看事件数和真实关键流程。
为什么“指标未越线，用户仍报告严重问题”还不能交付
指标未越线，用户仍报告严重问题
- 原因
- 监控没有覆盖特定地区或关键细分
- 怎么改
- 把用户报告接入观察窗，按影响范围增设分组指标和手工探测