CloudFront 部署期间发生了什么？

Question

我在 AWS 中使用 Web 应用程序设置，其中我的后端托管在 Elastic Beanstalk 上，我的前端存储在 S3 存储桶中。两者均通过 CloudFront 作为 CDN 提供服务。我一直在遵循特定的部署流程，但我对 CloudFront 更改和缓存失效的时间有疑问。

这是我的部署过程：

• 复制我的 Elastic Beanstalk 后端。
• 部署经过更改的重复后端。
• 将前端更改推送到我的 S3 存储桶中的暂存文件夹。
• 更改我的 CloudFront 发行版的起源以指向更新的 S3 内容和重复的后端。
• 等待CloudFront部署完成。
• 使 CloudFront 缓存失效。

我关心的是CloudFront源的更改和缓存失效之间的时间段。具体来说，我不确定以下几点：

1. CloudFront 部署期间到底发生了什么？这会影响我更新的前端内容的可访问性吗？
2. 是否需要等待CloudFront部署完成才能启动缓存失效流程？或者，我可以在更新 CloudFront 源后立即继续进行缓存失效吗？

Answer 1

在使缓存失效之前，存在不一致的风险。 我的意思是，一个客户端可能会从缓存中获取某个资源的版本 n，从新源获取另一个资源的版本 n+1，以及后端 API 的版本 n+1。这可能会导致意外的行为或渲染。

我邀请您查看CloudFront 持续部署功能。 基本上你有 2 个发行版，一个是主发行版，一个是临时发行版。 登台可以与您的第二个 S3 源和第二个后端 API 关联。 您可以使暂存发行版的缓存无效，然后继续部署。