归属是什么
归属是指每条告警、每个关键指标都有明确的负责团队与升级路径。无主告警的生命周期通常很短：先被忽略，再被静默，最后被删除。落地方法并不复杂——告警标签里带团队标识，路由按标签分发，值班未响应时自动升级到备份值班或主管；配合例会定期审视无主告警与长期静默，归属就不会随着组织变化而失效。
基本信息
| 落地方式 | 告警标签带 team 或 owner，路由按标签分发 |
|---|---|
| 升级路径 | 值班超时未响应时自动升级到备份值班或主管 |
| 配套机制 | 定期审视无主告警与长期静默规则 |
| 责任主体 | 团队而非个人，避免人员休假时无人接收 |
典型使用场景
- 新建告警：规则提交时同时确定负责团队与 runbook 链接
- 组织调整：团队重组后同步更新路由与标签
- 值班兜底：未在时限内认领的告警自动升级
- 周期性清理：季度审视无主告警与无人维护的规则
- 责任透明：看板上标注负责人，避免数据无人解释
在规则里固化归属
在规则里固化归属
- alert: ApiHighErrorRate
expr: sum(rate(http_requests_total{code=~"5.."}[5m]))
/ sum(rate(http_requests_total[5m])) > 0.05
for: 10m
labels:
severity: critical
team: order-platform # 归属标签，路由按它分发
annotations:
summary: "订单接口错误率超过 5%"
runbook_url: https://wiki.example.com/runbook/api-high-error
dashboard_url: https://grafana.example.com/d/order-api归属要素
| 要素 | 内容 | 缺失后果 |
|---|---|---|
| 负责人 | 团队名称标签 | 告警无人认领，长期堆积 |
| 升级路径 | 超时后升级到谁 | 夜间无人响应时告警静默流失 |
| runbook | 处置文档链接 | 值班收到后不知做什么 |
| 看板链接 | 关键指标所在位置 | 定位耗时被拉长 |
| 复核机制 | 谁在什么周期审视 | 规则腐化无人察觉 |
runbook_url 与看板链接是可行动性的关键：值班人点开就能看到处置步骤与影响面判断，把「找人问」的时间省下来。
归属写成团队而不是个人：个人成为接收人时，休假与离职会造成告警静默丢失，团队标签配合值班表才可持续维护。