如何实现每次访问S3静态网站时自动触发Lambda函数

该需求有成熟可落地的实现方案。原生S3静态网站托管能力不支持直接绑定访问触发类的Lambda规则，只要小幅调整访问链路、配置对应触发器即可，不需要改动你现有Lambda更新存储桶对象、S3托管静态内容的核心逻辑。

你当前通过Route53配置CNAME对外提供服务的架构，可以通过接入CloudFront+Lambda@Edge的方式实现需求，改造全程不需要改动已有业务代码，自定义域名的访问方式也完全保留：

• 第一步：创建CloudFront分配，源站配置为当前托管静态网站的S3存储桶，将你现在对外服务的自定义域名填入CloudFront的备用域名项，通过AWS Certificate Manager申请对应域名的免费SSL证书绑定到分配上，支持HTTPS访问。
• 第二步：将你现有负责更新存储桶对象键、返回JSON数据的Lambda函数发布为正式版本，部署到us-east-1区域适配Lambda@Edge的运行要求；给CloudFront分配添加Lambda@Edge触发器，触发时机选择查看器请求（Viewer Request），关联该Lambda的已发布版本。
• 第三步：进入Route53控制台修改对应的CNAME记录，将原本指向S3静态网站端点的记录值，调整为新建CloudFront分配的访问域名，其余解析配置保持不变即可。

这套方案的运行逻辑是：每次用户发起网站访问请求，请求到达离用户最近的CloudFront边缘节点时，就会自动触发绑定的Lambda执行，完成存储桶内容更新的操作，之后请求正常回源到S3读取静态内容，完全匹配你「用户每次访问就触发Lambda更新内容」的核心诉求。

如果不想接入CloudFront，也可以在S3托管的静态网站首页嵌入一段轻量JavaScript代码，用户打开页面时JS自动向Lambda的函数URL、或API网关绑定的Lambda接口发起异步调用触发执行。但该方案触发逻辑运行在客户端，遇到用户禁用JS、拦截接口请求的场景会失效，可靠性低于边缘触发方案，仅适合内部测试等非核心场景使用。

注意：如果你的Lambda更新存储桶内容的执行耗时较长，建议配置Lambda异步执行，触发后直接放行请求回源S3，避免拉长用户访问的等待时间；同时可以给CloudFront配置合理的缓存规则，平衡内容更新时效和静态资源的访问速度。

内容的提问来源于stack exchange，提问作者Renan Skonicezny Vilela