AI 系统容量估算与压测 极简一问一答

定位｜ AI 系统容量估算与压测 一分钟速答页。每章固定 10 题，只保留结论、机制、边界与验证关键词；单个回答控制在 10～60 秒。

1. 怎么使用

本页重点｜ L1 概念 → L2 边界 → L3 原理 → L4 实现 → L5 工程 → L6 架构 → L7 复盘 → 误区、验证、证据强化。不会展开时，再进入正式主题或专项题库。

• 正式主题： 09-AI系统容量估算与压测
• 深度题库： AI 系统容量估算与压测专项面试题
• 阅读方式： 先遮住答案口述；答不出机制、边界或证据，再进入深度材料。

图：AI 系统容量估算与压测 十题极简脑图

替代文本： AI 系统容量估算与压测从 L1 概念和 L2 边界，依次进入 L3 原理、L4 实现、L5 工程、L6 架构与 L7 项目复盘，再用误区、最小自测和证据边界三题强化。

图表加载中…

读图结论： 掌握 AI 系统容量估算与压测 不能停在定义；先顺着七层链路说清机制与工程，再用误区、自测和证据边界确认没有虚假掌握。

2. 极简一问一答

Q001｜AI 系统容量估算与压测本质上是什么？

容量规划把流量、Token 长度、服务时间、并发、资源和 SLO 建模，并用分布真实的压测验证瓶颈与降级。我会在给出这个结论后停下，等待继续追问实现、选型或证据。

Q002｜什么场景适合，什么场景不适合？

平均 QPS 和平均延迟会掩盖长上下文、突发流量和尾部排队。我会在给出这个结论后停下，等待继续追问实现、选型或证据。

Q003｜核心链路怎样运行并收敛？

主链路是“定义场景与 SLO → 采集输入输出长度分布 → 阶梯施压定位饱和点 → 故障注入验证限流降级恢复”，每步都要保留输入、状态和结果证据。我会在给出这个结论后停下，等待继续追问实现、选型或证据。

Q004｜怎样落到可测试的工程实现？

我把核心能力登记为 TP-CAP-CORE，用 Schema、策略、执行器和验证器分层；最小测试覆盖正常、边界与失败注入。我会在给出这个结论后停下，等待继续追问实现、选型或证据。

Q005｜出现“压测只用短请求，线上长请求拖垮 KV Cache”怎样排查？

先限长、限并发并路由长请求到独立池；再查token histogram、queue、batch、GPU memory、P99定位首次异常，根因候选是负载分布与线上不一致；长期按任务和长度分桶，混合负载与容量余量，并用峰值、长短混合、突发和故障恢复测试。我会在给出这个结论后停下，等待继续追问实现、选型或证据。

Q006｜为什么选 合成负载 而不是 脱敏流量回放？

合成负载能力更完整但代价更高，脱敏流量回放边界直接但要自补工程能力；我只在同数据、预算、权限和测试集下给条件性结论。我会在给出这个结论后停下，等待继续追问实现、选型或证据。

Q007｜怎样把这个主题讲成可信项目经历？

我会按目标约束、方案决策、失败演练、验证结果和证据边界展开；没有线上数据时明确只完成设计，并说明计划用峰值、长短混合、突发和故障恢复测试验收。我会在给出这个结论后停下，等待继续追问实现、选型或证据。

Q008｜这个专题最常见的误区是什么？

常见误区有三类：只背产品名、API 或无条件最佳结论；只会回答“AI 系统容量估算与压测本质上是什么？”，却说不清边界；只会背“怎样落到可测试的工程实现？”，却没有最小测试。

Q009｜怎样做最小自测？

最小自测分三步：每题第一句直接回答问题，30 秒后主动停止；L4 能说出 TP-CAP-CORE 的输入、输出、替换边界和测试；L5 按现象、证据、根因、止损、修复、验证、防复发闭环。

Q010｜回答这个专题时，证据边界是什么？

当前专题给出设计与故障演练，不虚构上线指标；动态能力以 2026-07-14 一手资料和真实项目基准为准。

3. 总结

一句话记忆： 容量规划把流量、Token 长度、服务时间、并发、资源和 SLO 建模，并用分布真实的压测验证瓶颈与降级。

• 容量规划把流量、Token 长度、服务时间、并发、资源和 SLO 建模，并用分布真实的压测验证瓶颈与降级。
• 先限长、限并发并路由长请求到独立池。
• 常见误区有三类：只背产品名、API 或无条件最佳结论。
• 当前专题给出设计与故障演练，不虚构上线指标。