2. 容量基线概念：容量基线的定义、为什么需要基线校准、基线校准的输入与输出
2.1 容量基线的定义
容量基线（Capacity Baseline）是指在特定负载模型与系统配置下，通过压测获得的、可重复验证的一组关键性能指标集合。它代表了系统在“正常”或“预期峰值”负载下的稳态行为边界，是后续容量规划与弹性伸缩决策的量化参考锚点。
一个完整的容量基线通常包含以下核心维度：
| 维度 | 典型指标 | 说明 |
|---|---|---|
| 吞吐量 | QPS、TPS、RPS | 系统在稳定状态下每秒能处理的最大请求数 |
| 响应时间 | P50、P95、P99、Avg Latency | 不同百分位下的请求处理延迟 |
| 资源利用率 | CPU%、Mem%、Disk IOPS、Net BW | 达到吞吐量上限时各资源的消耗水位 |
| 错误率 | HTTP 5xx、超时率、熔断率 | 系统在极限负载下的失效边界 |
| 饱和度拐点 | 资源瓶颈出现时的负载值 | 线性增长转为非线性恶化的临界点 |
关键认知：容量基线不是单次压测的瞬时快照，而是经过多次重复验证、剔除异常抖动后的“稳态边界”。它必须包含负载模型、系统版本、数据规模等上下文信息，否则基线将失去可复现性。
2.2 为什么需要基线校准
在《黄金路径压测数据服务目录平台》的冷启动与削峰场景中，基线校准不是可选项，而是容量工程的核心质量门禁。未经校准的基线会导致以下系统性风险：
- 冷启动失真：服务首次启动时，JIT 编译、连接池预热、缓存填充尚未完成，此时压测数据无法代表稳态容量。
- 削峰误判：若基线未校准，弹性伸缩策略可能基于错误阈值触发，导致提前扩容（资源浪费）或滞后扩容（服务雪崩）。
- 版本漂移：代码迭代、配置变更、中间件升级后，旧基线失效，必须重新校准才能指导容量决策。
- 环境差异：压测环境与生产环境的硬件、网络拓扑、数据分布不一致时，基线必须通过校准因子进行映射。
常见误区：很多团队将“压测通过”等同于“基线建立”。实际上，压测通过只代表系统在特定负载下未崩溃，而基线校准要求量化“安全区”、“警戒区”、“危险区”三个边界，并验证边界的可重复性。
2.3 基线校准的输入与输出
基线校准是一个结构化的工程过程，其输入与输出必须严格定义，以确保校准结果的可审计性与可复现性。
2.3.1 输入清单
| 输入类别 | 具体内容 | 来源 |
|---|---|---|
| 负载模型 | 请求类型、并发数、请求速率、数据分布、思考时间 | 业务流量分析 / 生产流量回放 |
| 系统配置 | 实例规格、JVM 参数、连接池大小、缓存策略、限流阈值 | 部署清单 / 配置中心 |
| 数据规模 | 数据总量、热点分布、冷热比例、索引状态 | 数据目录元信息 / 监控系统 |
| 环境拓扑 | 网络延迟、带宽限制、依赖服务列表、中间件版本 | CMDB / 服务拓扑图 |
| 历史基线 | 上一版本基线数据、变更记录、异常事件 | 容量数据库 / 压测报告 |
2.3.2 输出产物
- 校准后的容量基线文档：包含上述所有维度的量化指标，标注置信区间与校准因子。
- 安全区/警戒区/危险区阈值表：用于自动化弹性伸缩与告警的触发条件。
- 校准验证报告：至少 3 次重复压测的结果对比，证明基线可复现。
- 偏差分析记录：若校准结果与预期偏差超过 15%，需记录根因分析与调整措施。
工程建议：在《黄金路径压测数据服务目录平台》中，建议将基线校准结果直接写入配置中心或容量数据库，作为弹性伸缩策略的实时输入源，避免人工传递导致的版本混乱。
2.4 基线校准的工程实践要点
- 冷启动预热阶段：在正式校准前，至少执行 5 分钟预热压测，确保 JIT 编译完成、连接池稳定、缓存命中率进入稳态。
- 重复验证次数：每个负载模型至少执行 3 次独立压测，取中位数作为基线值，避免单次异常抖动污染基线。
- 校准因子管理：压测环境与生产环境的差异（如 CPU 型号、网络延迟）需通过校准因子修正，校准因子应定期验证更新。
- 基线版本化：每次校准结果应纳入版本管理（如 Git LFS 或专用容量数据库），关联对应的代码版本与配置变更记录。
冷启动削峰场景特别提示：在《黄金路径压测数据服务目录平台》中，冷启动阶段的容量基线通常比稳态低 30%~50%。校准后的基线应包含“冷启动基线”与“稳态基线”两套阈值，弹性伸缩策略需根据服务启动时间动态切换引用基线，避免削峰误触发。