3. 制品误差预算台账概述

制品误差预算台账是服务画像体系中连接服务级目标与制品级可观测性的核心数据载体。它将抽象的误差预算（Error Budget）概念具象化为结构化的、可追溯的、可审计的台账记录，为后续的根因定位提供精确的“误差锚点”。本章将系统定义制品误差预算、设计台账数据结构，并阐述其全生命周期管理流程。

3.1 制品误差预算的定义

制品误差预算是指特定制品版本在特定时间窗口内，其服务质量指标（SLI）相对于服务等级目标（SLO）所允许的最大偏差额度。与传统服务级误差预算不同，制品误差预算将预算粒度细化到单个制品（如微服务镜像、JAR包、Node.js模块），使得误差与代码变更直接关联。

3.2 台账数据结构

制品误差预算台账采用宽表+标签的混合存储模型，确保既能高效查询，又能灵活扩展。每条台账记录代表一个制品版本在某个时间窗口内的误差预算状态。

3.2.1 核心字段定义

3.2.2 数据模型关系

台账数据模型采用星型模式设计，以预算事实表为中心，关联多个维度表，支撑多维度下钻分析。

3.3 台账生命周期管理

制品误差预算台账并非静态存储，而是随着制品的构建、部署、运行和退役经历完整的生命周期。管理不当会导致预算数据混乱，失去根因定位的参考价值。

3.3.1 生命周期阶段

1. 初始化阶段：制品构建完成并发布到制品仓库时，台账系统自动为该版本创建初始记录。此时 total_budget 根据服务SLO和制品权重因子计算得出，consumed_budget 为0。
2. 活跃阶段：制品被部署到生产环境后，台账开始实时接收可观测性数据（如请求量、错误率），持续更新 consumed_budget 和 burn_rate。此阶段支持预算消耗预警和自动状态切换。
3. 冻结阶段：制品版本被新版本替代或下线后，台账停止接收新的消耗数据，进入只读状态。冻结后的记录作为历史审计依据保留。
4. 归档阶段：超过保留期限（通常为90天或180天）的冻结记录被压缩归档至冷存储，仅保留聚合摘要信息。

3.3.2 状态转换规则

3.3.3 生命周期状态机

3.4 台账数据一致性保障

由于台账数据来自多个数据源（构建系统、部署系统、可观测性平台），数据一致性是生命周期管理的核心挑战。采用事件溯源+最终一致性策略：

• 事件驱动：所有台账变更（创建、消耗更新、状态转换）均以事件形式记录到不可变的事件日志中。
• 幂等写入：每个事件携带唯一ID，台账写入操作支持幂等，避免重复消费导致数据错误。
• 定期对账：每日凌晨执行对账任务，将台账中的 consumed_budget 与可观测性平台中的原始错误计数进行交叉校验，发现偏差自动修复。