寻求方案：CloudFront分发创建完成后触发Lambda通知

我之前碰到过一模一样的CloudFront部署状态监测难题——Lambda超时、轮询效率低下，结合AWS生态的工具，给你整理了几个靠谱的解决方案：

方案一：CloudFormation事件触发 + Step Functions异步监测（适合IaC场景） #

如果你的CloudFront分发是通过CloudFormation创建/更新的，这个方案完美适配：

• 先创建一个CloudWatch EventBridge规则，事件模式选择aws.cloudformation，过滤条件设为当CloudFormation栈中CloudFront分发资源的状态变为CREATE_COMPLETE或UPDATE_COMPLETE时触发。
• 不要直接让Lambda去轮询，而是启动一个AWS Step Functions状态机。状态机的逻辑可以这么设计：
  1. 调用Lambda执行单次状态检查：用cloudfront.getDistribution(Id='你的分发ID')替代listDistributions()，只获取目标分发的状态，更高效
  2. 如果状态是Deployed，触发后续操作；如果是InProgress，设置5分钟等待后回到步骤1循环
• Step Functions本身支持长时间运行（最长可达1年），完全不会有超时问题，而Lambda只负责单次检查，执行时间秒级，根本不会触发超时限制。

方案二：CloudWatch指标告警实现纯事件驱动（最优效率） #

CloudFront自带DeploymentStatus指标，我们可以利用它实现完全无轮询的事件触发：

• 针对目标CloudFront分发创建CloudWatch告警：
  • 指标命名空间选AWS/CloudFront，指标名称DeploymentStatus
  • 统计方式设为Maximum，阈值设为1（1代表部署完成，0代表部署中）
  • 触发条件设置为“指标值等于1并持续1分钟”
• 把告警的目标绑定到一个SNS主题，让Lambda订阅这个主题。当CloudFront部署完成时，告警触发SNS，SNS立即推送消息给Lambda执行后续操作。
• 这个方案完全不需要轮询，是最省资源、最高效的方式，彻底解决Lambda超时问题。

方案三：优化现有轮询逻辑（快速落地低成本） #

如果不想引入新服务，优化你当前的轮询思路也能解决问题：

• 把轮询间隔从1分钟调整为5分钟，同时修改Lambda逻辑：
  1. 放弃cloudfront.listDistributions()，改用cloudfront.getDistribution(Id='你的分发ID')获取单个分发状态，减少API耗时和数据量
  2. 在DynamoDB中只存储目标分发的最新状态，每次Lambda执行时对比当前状态和历史记录
  3. 只有当状态从InProgress变为Deployed时，才执行后续操作；否则直接结束Lambda，避免无用计算
• 这样Lambda每次执行时间只有几秒，完全不会触发15分钟的超时限制，同时还能降低API调用成本。

方案四：CloudFormation自定义资源（进阶IaC集成） #

如果你的流程完全基于CloudFormation，可以用自定义资源把监测逻辑嵌入栈中：

• 自定义资源的Lambda函数在CloudFront分发创建后，持续监测其状态，直到部署完成，再向CloudFormation发送SUCCESS信号
• 之后通过CloudFormation的栈完成事件触发后续Lambda操作
• 这个方案适合把监测逻辑和基础设施即代码完全集成，保持流程一致性

总结一下，最推荐方案二，纯事件驱动无轮询，效率最高；如果依赖CloudFormation部署，方案一是绝佳选择；如果要快速落地，方案三成本最低。

内容的提问来源于stack exchange，提问作者Sébastien