aws ses get-send-quota aws ses get-send-statistics # 沙箱每天 200 封要先申请解除
用云厂商的邮件推送接口群发,返回 Throttling.User 或者提示当天额度已用完,任务只跑了一半。先别急着动参数,把报错原文和时间点记下来,顺序反了容易白折腾。
原因不复杂,免费或基础套餐按天给固定额度,突发量超过速率上限后请求被直接丢弃,不会排队等待重试。
「群发限流」排查到最后往往是很小的一处差异,前面那些复杂猜测可以先放一放。动手前把原文件复制一份带时间戳,出问题立刻换回去,比现场分析快得多。
一次只改一处,改完立刻验证,几个改动叠在一起,出问题就说不清是谁导致的。先做最小复现,能稳定跑出来的问题,排查成本会低一个数量级。
别只看报错的最后一行,往上看几行,真正的起因通常在上面。
处理上按这个顺序:查清套餐的日额度与每秒上限;发送端加令牌桶做限速;额度不够就申请提额或拆到多天。
改完只确认一件事:发送速率压在配额之下,任务连续跑完不再返回限流错误。
