基础指南

可观测性与服务目标

用日志、指标、链路和 SLO 发现用户受到的影响。

更新于
运行与改进 / 工程与运行定位整体框架 ↗
运行与改进 × 工程与运行:当前工作是观测用户任务与 SLO,产出用户影响与错误预算;显示相关阶段和相邻领域
本页目录

从用户任务定义服务目标

服务进程存活不代表用户能够得到可用草稿。先定义什么是“好任务”:授权正确、内容生成完成、证据可打开、在约定时间内返回。技术健康与业务正确性需要分别监测。

信号与定位

信号用途建议字段
指标趋势与告警请求量、成功率、队列、分阶段耗时
日志解释具体事件追踪编号、阶段、错误码、版本
链路观察请求跨依赖检索、重排、模型、存储各阶段
质量抽检发现内容退化引用支持、拒答、人工修改

指标标签使用受控枚举,避免每个工单和用户都生成独立时间序列。日志只存必要摘要,敏感正文另行授权保留。

示例 SLI、SLO 与预算

以下是合成设计,不是生产承诺。SLI = 在 15 秒内成功产生可查看草稿的有效任务数 / 全部有效草稿任务数;按 28 天窗口观察,示例 SLO 为 99%。假设共有 10,000 个有效任务,则允许的坏任务预算为 100 个。

预先定义有效请求、用户取消、依赖故障和权限拒绝如何计数。不能在故障后修改分母让目标看起来达标。延迟达标也不能证明引用正确,质量抽检必须独立报告。

告警与行动

告警应包含用户影响、当前值、观察窗口、追踪入口、责任人和恢复步骤。关注错误预算消耗速度与持续时间,结合短长窗口减少瞬时噪声。没有明确处理动作的指标先放入看板,而不是全部叫醒值班人。

练习与完成标准

注入一次检索延迟和一次模型故障,确认能从用户任务追到具体依赖,并在恢复后验证正常任务。交付 SLO 定义、仪表盘草图和告警处理卡。

概念参见 OpenTelemetry 可观测性说明;SLO 与预算方法参见 Google SRE 工作手册。

参考阅读与使用边界

本页为基础指南;生产操作需结合实际版本、授权环境与审核证据验证。

Markdown 原文反馈本页问题 ↗