定期将DynamoDB数据导出至S3后清理的方案咨询

你的方案完全可行，且适配性极强 #

基于你的场景（低流量、数据持续增长、跨账号共享需求、排除复杂工具），采用DynamoDB内置导出到S3 + Lambda + EventBridge的组合是非常合适的轻量方案，完全符合AWS最佳实践，理由如下：

1. DynamoDB内置导出功能的核心优势 #

• 无需自行编写导出逻辑：直接调用AWS原生API即可完成全量/增量导出，导出过程为离线快照模式，不会影响DynamoDB表的读写性能。
• 数据一致性保障：导出的是任务启动时刻的快照数据，避免导出过程中数据变更导致的不一致问题。
• 天然适配跨账号共享：导出到S3后，可通过Bucket Policy、IAM角色或预签名URL给目标AWS账号授权，无需开放DynamoDB表的直接访问权限，完美匹配你的安全需求。

2. Lambda + EventBridge调度的灵活性 #

• 定时触发：EventBridge可轻松配置每周/每月的定时规则，精准控制导出+删除任务的执行频率。
• 流程自动化：Lambda可以串联整个流程：
  1. 调用StartExportTask API启动DynamoDB到S3的导出任务。
  2. 监听导出任务状态（可通过轮询DescribeExportTask或订阅CloudWatch Events的任务完成事件）。
  3. 确认导出成功后，批量删除已导出的DynamoDB数据（建议通过时间范围过滤或提前给待导出数据标记状态，确保只删除已成功导出的条目）。
• 成本极低：Lambda按执行时长计费，EventBridge规则几乎无成本，整体开销远低于Data Pipeline或EMR。

需要注意的细节 #

• 导出状态校验：必须确保导出任务成功完成后再执行删除操作，避免数据丢失。可以在Lambda中设置轮询逻辑，或通过CloudWatch Events订阅ExportTaskSucceeded事件触发删除步骤。
• 批量删除效率：当数据量增长后，使用BatchWriteItem API批量删除（每次最多25条），避免单次删除过多导致Lambda超时或DynamoDB性能波动。
• 数据备份确认：建议在删除前验证S3中的导出文件完整性，比如检查文件数量、大小或抽样校验数据内容。

更优方案建议 #

当前方案已经是适配你需求的最优轻量方案。如果后续出现额外需求（比如导出后需简单数据转换），可以考虑结合DynamoDB Streams实现增量导出，但目前你的场景不需要额外复杂度，现有方案完全足够。

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