仅当存在空闲容量时才可写入DynamoDB，这种方案是否可行？

方案1：带动态流速控制的SQS异步消费队列 #

• 无需使用SQS固定延迟消息，直接将所有待写入表B的请求投递到普通标准SQS队列即可
• 编写独立消费服务/Lambda处理队列消息，内置动态流速控制逻辑：
  • 通过滑动窗口实时统计过去1分钟内表B写入的成功量、限流错误码（ProvisionedThroughputExceededException）占比
  • 限流错误率低于5%时，逐步上调消费并发数、单次批量写入条数，尽可能吃满当前DynamoDB的配额上限
  • 一旦触发限流错误，立刻按指数退避规则下调消费速度，暂停1~2秒后再重试，完全避免持续触发限流
• 配置SQS死信队列，将重试超过20次仍失败的消息转入，每小时巡检死信队列重新投递，保证数据零丢失
• 该方案完全动态适配DynamoDB按需模式的配额弹性，配额提升时立刻提速，配额不足时自动降速，完全满足「尽可能快写入、不主动触发限流」的要求，最大延迟可通过消费策略自行调整，远低于数小时的允许上限。

方案2：会话周期分批写入（最适配你业务特性的优化方案） #

• 你的业务用户单次会话时长稳定在40分钟左右，完全无需等到会话结束再一次性写入大量数据到表B
• 将会话过程中产生的待写入表B的数据，每5~10分钟增量写入一次，把突增的大流量平摊到整个会话周期，从根源上消除写入尖峰
• 平摊后的表B写入流量和表A的稳定流量曲线完全匹配，不会触发早高峰限流，还能做到最低的数据写入延迟。

方案3：优化版按需配额预热 #

你提到的热身方案可以优化降低实现复杂度：

• 你的早高峰流量规律可预测，可在早高峰到来前15~30分钟，用低优先级的测试写入（写入临时数据后立刻删除）逐步提升表B的按需配额，每次提升步长控制在30%以内，避免触发按需模式的流量管控阈值
• 预热完成后刚好承接早高峰写入流量，高峰过后2小时按需配额会自动回落，额外成本极低。

内容的提问来源于stack exchange，提问作者Adam Fitzpatrick