Serverless 访问 Postgres 时，怎样避免连接风暴？

核心判断

针对“Serverless 访问 Postgres 时，怎样避免连接风暴？”，推荐先把目标、风险边界和可验证证据写成契约，再逐步扩大自动化范围。数据库与异步系统优先保证可恢复性和可观测性；至少一次交付配合业务幂等，比宣称 exactly-once 更可靠。

实施步骤

1）建立基线：定义稳定主键、状态机、租约和幂等键。2）控制执行：把扩展、回填、切换与收缩拆成可回滚阶段。3）处理失败：限制连接与并发并监控锁、积压和重试放大。4）形成闭环：用故障注入验证重复、乱序、超时和部分成功。当前场景是“流量突增会同时拉起大量实例，数据库连接很快耗尽。”，因此应先做小流量或只读演练，再进入真实写入。

验收与监控

得到池化、代理、并发上限和监控方案。。至少记录成功率、失败类型、人工接管率、P95 延迟和单位任务成本；对第 40 号方案建立固定回归样例，发布前后使用相同输入对比。

边界与误区

约束是“事务和长查询仍要正确工作，不能只提高最大连接数。”。不要用单一总分或一次演示代替分层验证，也不要把超时当成失败后直接重放；任何外部副作用都必须具备幂等键、状态查询或补偿动作。