SLO 实施与错误预算
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/observability-monitoring-slo-implement。
技能介绍
要解决什么问题
服务上线后,「多可靠才算够」往往靠直觉争论:开发想快发版,运维怕背锅,缺少统一的 SLI/SLO 和 错误预算 语言,排障与优先级也很难和业务对齐。本技能面向需要把可靠性目标写清楚、量出来、并在监控里落地的场景,而不是只堆基础指标图表。
技能如何协助落地
扮演 SLO 实施专家,按你的 $ARGUMENTS 需求先厘清目标、约束与可用输入(指标来源、窗口、干系人),再给出可执行步骤与验证方式,并套用业界常见的 SLO 框架实践:
- 定义与业务相关的 SLI,并设定可讨论的 SLO 与错误预算消耗规则
- 设计 SLO 仪表盘、告警或报告工作流,让「可靠性 vs 功能交付」有数据依据
- 在团队间对齐优先级,推动可靠性实践的标准化表述
需要模式与示例时,会引导参考 resources/implementation-playbook.md 中的实施手册。
适用边界与注意点
若任务只是基础监控、无法访问服务遥测,或与可靠性无关,则不应依赖本技能。设定 SLO 前应与干系人对齐目标,并用真实数据验证指标含义;不要对含敏感或个人信息的指标配置告警。
使用场景
- 为新上线或重构的核心服务定义可用性、延迟等 SLI,并写出可评审的 SLO 与错误预算消耗规则。
- 现有监控以 CPU、内存阈值为主,需要改为基于 SLO 违背或错误预算 burn rate 的告警与发布门禁。
- 向管理层或业务方做可靠性复盘,需搭建 SLO 仪表盘或报告工作流,并说明与业务优先级的对应关系。
- 多个团队共用同一套监控栈,需要统一 SLI 定义、SLO 模板与命名,便于横向对比与协作。
适合人员
- 负责核心链路可靠性的 SRE,需要与产研对齐 SLI 窗口、SLO 目标及错误预算耗尽后的处置流程。
- 维护 Prometheus/Grafana 等平台工程师,要把各服务的用户向指标接到 SLO 面板与告警路由上。
- 在排期中权衡「修可靠性债 vs 新功能」的 Tech Lead 或工程经理,需要可讨论的错误预算数据。
- DevOps 或运维工程师,需将 on-call 告警从机器资源阈值迁移到 SLO 违背与用户影响信号。