本章进度 15 / 18
83%
正文已完成
L290为增长中的流程设性能预算
交付输入规模、延迟目标、资源上限、测量方法和触发动作组成的性能预算。
现在把“复杂度”用于一次具体操作，检查你能否独立做出并修正结果。
建议先完成同主题的理解与判断；本页不会锁课，可以边做边回补。
- 按本课练习说明准备真实材料
- 保留练习与复盘记录
没有预算，“以后优化”不会自动发生。性能预算把预期规模、用户可接受时间、内存或调用上限和超限动作写成契约，让优化从个人感觉变成可回归的工程条件。
能为一个会增长的数据流程制定可执行的性能预算与回归门槛。
核心概念
先把关键判断说清楚
预算绑定代表性规模
10 毫秒必须说明是在 100 条还是 10 万条数据下，否则数字没有可比较含义。
分位数比平均值更稳健
平均值会掩盖少数极慢请求；p95 或 p99 更接近大部分用户的最差体验。
超限需要触发动作
预算不是展示数字，超限后应阻止发布、降级功能或创建有责任人的优化任务。
案例拆解
课程搜索的三档预算
目录目前只有 365 节，但未来会加入文章和案例，团队需要避免搜索随内容增长失控。
- 01
定义 500、5,000、50,000 条三档代表规模和固定查询样本。
- 02
设定本地搜索 p95 分别不超过 50、120、300 毫秒，内存索引不超过 80 MB。
- 03
持续集成中超过预算即失败，并输出最慢查询和数据规模。
案例结果
内容增长前就有可验证门槛，团队知道何时需要索引或服务端搜索。
提交前练习
现在轮到你
为一个预计一年内增长十倍的流程写性能预算。
完成本课需要：完成以下内容用于本课收口。
内容会自动保存在当前设备
查看参考答案与评分标准
参考答案
报表规模分为1千、1万和10万行；p95 分别不超过2秒、8秒和30秒；峰值内存不超过512 MB，外部调用不超过20次。CI 压测超限时阻止发布并附分段耗时，由报表模块负责人处理。
评分标准
- 预算绑定三档规模
- 至少包含延迟与一种资源
- 超限动作有明确责任和证据
本课收口 · 学习证据
留下完整学习证据
读完内容、完成练习、通过理解检查并留下 12 字以上总结，才记为已验证。
你现在更接近哪一种状态？
尚有必填项未完成，请补齐后再继续。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。
- Monitoring Distributed Systems↗reference · 核对日期 2026-08-23
- OpenTelemetry Signals↗official-docs · 核对日期 2026-08-23