课程 290 / 365
79%
正文已完成
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 压测超限时阻止发布并附分段耗时,由报表模块负责人处理。
评分标准
- 预算绑定三档规模
- 至少包含延迟与一种资源
- 超限动作有明确责任和证据
本课收口 · 学习证据
完成,不等于随手打一个勾。
确认阅读、保存练习,再用 30 秒检查和一句话总结留下真实学习证据。
02完成本课练习0 / 4 项必填内容已填写
03通过理解检查约 30 秒
你现在更接近哪一种状态?
完成上面三项后,才能把本课记为已验证。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。
- Monitoring Distributed Systems↗reference · 核对日期 2026-08-23
- OpenTelemetry Signals↗official-docs · 核对日期 2026-08-23