3. 成本窗口定义：触发条件、时间窗口计算与资源成本模型
成本窗口（Cost Window）是《成本GitOps窗口在生产窗口内的AppSet回滚验证》课程的核心概念。它定义了在什么条件下启动成本评估、评估覆盖多长的时间范围、以及如何量化资源消耗。只有精确定义这三个要素，才能在生产回滚场景中实现可量化的成本控制。
3.1 成本窗口的触发条件
成本窗口并非持续运行，而是由特定事件触发。在生产窗口内的AppSet回滚场景中，触发条件分为三类：
| 触发类型 | 触发事件 | 说明 |
|---|---|---|
| 回滚事件触发 | ArgoCD ApplicationSet 执行 Rollback 操作 | 当AppSet因健康检查失败或人工干预触发回滚时，立即启动成本窗口 |
| 健康状态降级触发 | AppSet 下任意 Application 健康状态变为 Degraded/Progressing | 在回滚决策前，先开启成本窗口记录异常期间的资源浪费 |
| 人工/策略触发 | 运维人员通过API或成本策略引擎手动开启 | 用于演练、审计或成本异常告警后的主动分析 |
实践建议：在生产环境中，建议将“健康状态降级触发”作为默认开启项。因为回滚操作本身可能延迟，而成本浪费从状态降级那一刻就已经开始。
3.2 时间窗口计算
时间窗口定义了成本评估的起止时间范围。在回滚验证场景中，窗口计算遵循“三阶段模型”：
- 回滚前窗口（Pre-Rollback Window）：从健康状态降级到回滚指令下发之间的时间段。用于计算异常状态下的额外成本。
- 回滚执行窗口（Rollback Window）：从回滚指令下达到所有Application恢复到目标版本之间的时间段。包含Pod重建、配置同步、健康检查等操作。
- 回滚后验证窗口（Post-Rollback Window）：回滚完成后持续监控的时间段（通常为5-15分钟），用于验证成本是否恢复到基线水平。
窗口计算示例：假设 T₀=14:00:00（健康降级），T₁=14:02:30（回滚指令下发），T₂=14:05:10（版本恢复），T₃=14:15:10（验证结束）。则总成本窗口 = 2.5min + 2.67min + 10min = 15.17分钟。
3.3 资源成本模型
资源成本模型将时间窗口内的资源消耗转换为可比较的成本数值。模型包含三个核心维度：
| 维度 | 计量单位 | 计算公式 | 数据来源 |
|---|---|---|---|
| 计算成本 | vCPU·分钟 | ∑(Pod vCPU请求量 × 运行分钟数) | Kubernetes Metrics Server / Prometheus |
| 内存成本 | GiB·分钟 | ∑(Pod 内存请求量 × 运行分钟数) | Kubernetes Metrics Server / Prometheus |
| 网络/存储成本 | GiB·分钟 | ∑(PVC 容量 × 分钟数) + 网络出口流量 | CSI 驱动 / 网络监控 |
最终成本窗口值（Cost Window Value, CWV）的计算公式为：
CWV = (CPU_成本 × 单价_CPU) + (MEM_成本 × 单价_MEM) + (STORAGE_成本 × 单价_STORAGE)
其中：
- 单价由云厂商或内部成本中心定义（例如：0.042 元/vCPU·分钟）
- 所有成本均以“分钟”为最小粒度，支持毫秒级精度截断
- 回滚执行窗口内的成本按实际资源使用量计算，而非请求量
注意：在回滚执行窗口内，由于Pod重建和滚动更新，实际资源使用量可能远高于请求量。建议在成本模型中引入“突发系数”（Burst Factor），默认值为1.5，用于修正重建期间的资源超分。
3.4 成本窗口与生产窗口的边界对齐
成本窗口必须嵌套在生产窗口（Production Window）内。生产窗口通常由SRE团队定义，例如“每日10:00-12:00为变更窗口”。成本窗口的边界规则如下：
- 强制约束：成本窗口的结束时间（T₃）不得超过生产窗口的结束时间。
- 自动截断：若回滚执行窗口（T₂-T₁）超出生产窗口剩余时间，则触发“成本窗口截断告警”，并自动终止回滚操作。
- 基线对齐：回滚后验证窗口（T₃-T₂）必须包含至少一次成本基线采样，采样点位于生产窗口的稳定期内。
3.5 成本窗口的默认参数配置
以下为成本窗口在AppSet回滚场景中的推荐默认参数，可在ArgoCD ConfigMap或成本策略引擎中配置：
| 参数名 | 默认值 | 可调范围 | 说明 |
|---|---|---|---|
costWindow.maxDuration |
30m | 5m - 120m | 成本窗口最大持续时间，超时自动关闭 |
costWindow.postRollbackVerify |
10m | 3m - 30m | 回滚后验证窗口固定时长 |
costWindow.burstFactor |
1.5 | 1.0 - 3.0 | 回滚执行窗口的资源突发系数 |
costWindow.cpuUnitPrice |
0.042 | 按云厂商定价 | 每vCPU·分钟单价（元） |
costWindow.memUnitPrice |
0.009 | 按云厂商定价 | 每GiB·分钟单价（元） |
关键指标：成本窗口的“成本效率比”（Cost Efficiency Ratio, CER）定义为：CER = 回滚后稳定运行成本 / 回滚前异常运行成本。当CER < 0.8时，说明回滚操作本身引入了额外成本，需要优化回滚策略。