Agent Skills
返回列表
🔒

SLO 实施与错误预算

IT 运维与安全 更新于 2026.08.29

将以下提示词粘贴到你的 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 违背与用户影响信号。