4. 容量基线定义

容量基线（Capacity Baseline）是系统在特定负载模型与资源约束下，能够稳定运行并满足服务质量目标（SLO）的性能边界集合。对于 Sigstore 数据镜像冷启动场景，容量基线定义了从镜像拉取、签名验证到数据持久化的全链路吞吐与延迟上限。

4.1 容量基线的核心概念

容量基线不是单一指标，而是由多个维度构成的性能契约。它回答了三个关键问题：

• 能处理多少：最大并发请求数、吞吐量（TPS/QPS）
• 多快处理：P50/P95/P99 延迟、冷启动完成时间
• 资源消耗多少：CPU、内存、网络带宽、磁盘 IO 的稳态使用率

4.2 为何需要基线校准

基线校准（Baseline Calibration）是在受控环境中主动测量并验证容量基线的过程。未经校准的基线存在以下风险：

• 理论偏离实际：硬件差异、网络拓扑、软件版本变化都会导致性能偏移
• 冷启动特殊性：镜像缓存未命中、证书链首次加载、数据库连接池初始化等冷启动行为与稳态差异巨大
• 安全组件开销：Sigstore 的 Fulcio 证书签发、Rekor 日志写入、TUF 元数据验证在冷启动时引入额外延迟

以下 SVG 展示了容量基线校准在 Sigstore 冷启动压测流程中的位置：

4.3 基线校准的输入

校准过程需要明确的输入条件，以保证结果的可复现性与可比性：

4.4 基线校准的输出

校准完成后，输出以下可量化的基线数据，作为后续压测与容量规划的决策依据：

• 吞吐量基线：在满足 SLO 前提下的最大稳定 TPS/QPS
• 延迟基线：P50/P95/P99 延迟的分布曲线
• 资源消耗基线：CPU、内存、磁盘 IO、网络流量的稳态与峰值使用率
• 弹性触发阈值：当某项指标达到基线的 80% 时，触发扩容或限流
• 冷启动时间基线：从镜像拉取到签名验证完成的 P99 耗时

以下 SVG 展示了校准输出的数据结构与关联关系：

4.5 校准流程与验证方法

基线校准遵循测量-分析-调整-确认的迭代流程：

1. 环境准备：部署与生产一致的 Sigstore 组件、镜像仓库、Kubernetes 集群
2. 预测试：以低并发（如 10 并发）运行 5 分钟，验证链路连通性与数据采集正常
3. 阶梯加压：以 20% 增量逐步增加并发，每阶段持续 10 分钟，记录吞吐、延迟、资源
4. 拐点识别：当延迟突增或错误率超过 SLO 时，标记为容量拐点
5. 基线确认：取拐点前一级的稳定数据作为容量基线
6. 重复验证：至少重复 3 次，取中位数或最小值作为最终基线

4.6 基线校准的常见误区