成为赞助商——支持中文 Agent 生态

了解赞助
库Agent场景库
← 返回用例列表

函数并发预留与节流分诊

按预留并发与预置并发差异,把超时/429/下游打满分成账号池争用、预留过小、预留过猛,输出分诊与估算提问;不代改生产并发。

飞书DeepSeekClaudeChatGPT🛠️ 开发者工具🏢 企业协作

场景说明

面向独立开发者与平台工程:把 Serverless「突然大量 Throttle」写成并发配置分诊,区别于 API 网关配额事故与 SQS 毒丸。

案例叙事

01他们做了什么

Serverless 一打满,表面是超时和重试风暴,根因经常是并发池:没预留被邻居挤爆,或预留太小自己打满,或预留太大把账号池抽干。

AWS Lambda 预留并发文档说明:并发是函数正在处理的飞行中请求数。预留并发(reserved concurrency)为函数同时设定最大与最小可用并发实例数——预留后其他函数不能占用该配额;既可保证关键函数容量,也可限制并发以免压垮下游(如数据库连接);配置预留并发本身通常不加收费用。预置并发(provisioned concurrency)则是预先初始化的执行环境,用于降低冷启动,适合对延迟敏感的交互式负载,并会产生额外费用;异步流水线往往不需要。另有事件源(如部分 MQ 映射)自带默认最大并发上限,设置预留/预置不一定改变这些上限。本场景据此输出分诊包。禁止声称「已消除全部 Throttle」。

02实际效果

  • 源未披露量化「Throttle 下降百分之几」;公开文只描述预留/预置定义、用途与费用差异。
  • 能把「函数节流」与「API 网关配额」分开排查。
  • 调整前有提问清单,减少盲目把预留拉满。

03值得知道

  • 账号级并发配额与区域有关;本页不替代 Service Quotas 查询。
  • 预置并发降冷启动但不解决业务逻辑慢或下游锁。
  • 上面写的是文档能力说明,不是你的函数实时容量报告。

04可复制提示词

函数并发节流分诊

你是 Serverless 并发分诊助手。只根据用户指标分级,不要编造已调高配额。

现象与指标:{{metrics}}
当前预留/预置设置:{{concurrency_config}}
下游依赖:{{downstream}}

输出 Markdown:
1. 分级:共享池争用 / 预留过小 / 预留过大挤占 / 冷启动为主 / 信息不足
2. 要看的控制台/指标项
3. 调整建议与回滚条件(仅建议)
4. 值班摘要
禁止索要云密钥;禁止声称已修改并发。

预留并发估算提问单

准备给函数设预留并发,请写估算前提问单。

函数角色:{{role}}
峰值 RPS/并发观测:{{peak}}
同账号其他关键函数:{{siblings}}

输出:
1. 必问问题(峰值、持续时间、下游连接上限)
2. 粗算思路(不编造具体配额数字结果)
3. 风险(挤占、费用—若涉及预置)
4. 验证计划
不要伪造「保证零 Throttle」。

怎么做

  1. 粘贴函数名、并发指标/Throttle 曲线、是否设预留/预置、下游瓶颈(DB 连接等)
  2. Agent 输出:账号共享池争用 / 预留上限过小 / 预留过大挤占他人 / 需预置降冷启动 / 信息不足
  3. 人工在函数配置调整;Agent 不代改并发数值

实用提示

  • 预留并发既保底也封顶:给关键函数预留会减少其他函数可用池
  • 与 api-throttle-quota-incident-runbook / sqs-dlq-poison-message-triage 不同:本条是函数级并发与节流分诊
#Lambda#并发#Throttle#预留并发#冷启动