aws ses get-send-quota
aws ses get-send-statistics
# 沙箱每天 200 封要先申请解除

用云厂商的邮件推送接口群发,返回 Throttling.User 或者提示当天额度已用完,任务只跑了一半。先别急着动参数,把报错原文和时间点记下来,顺序反了容易白折腾。

原因不复杂,免费或基础套餐按天给固定额度,突发量超过速率上限后请求被直接丢弃,不会排队等待重试。

「群发限流」排查到最后往往是很小的一处差异,前面那些复杂猜测可以先放一放。动手前把原文件复制一份带时间戳,出问题立刻换回去,比现场分析快得多。

一次只改一处,改完立刻验证,几个改动叠在一起,出问题就说不清是谁导致的。先做最小复现,能稳定跑出来的问题,排查成本会低一个数量级。

别只看报错的最后一行,往上看几行,真正的起因通常在上面。

处理上按这个顺序:查清套餐的日额度与每秒上限;发送端加令牌桶做限速;额度不够就申请提额或拆到多天。

改完只确认一件事:发送速率压在配额之下,任务连续跑完不再返回限流错误。

作者 9823189