amazon-ec2 - 在进行滚动部署时，如何确保 Cloudfront 具有正确的 Assets 版本？

Question

我们目前正在使用 Capifony 和 ec2-capify插件将我们的代码滚动部署到 ELB 后面的一组实例。我们还使用 CloudFront 来管理静态 Assets ，我们使用查询字符串(例如 ?v1 或 ?v2)对其进行版本控制。

我们偶然发现了一个关于更新 Assets 版本的罕见问题。如果当前版本是 v1，并且我们一次滚动部署 v2 一个服务器，那么 v2 框上的请求可能会发生以下情况:

CloudFront 被要求提供 v2 并且未命中。

CloudFront 前往 ELB 并要求提供 Assets 。

ELB 选择一台服务器，然后发生以下两种情况之一:Cloudfront 命中其中一台新部署的服务器(服务 v2)或命中旧服务器 (v1)。

无论哪种方式，Cloudfront 都将内容存储为 v2。在它访问 v1 服务器的情况下，内容服务不正确。

我们目前的解决方案是我们必须使用新的 Assets 版本进行另一次部署。

有没有办法强制 Cloudfront 通过 ELB 只访问我们更新的 (v2) 服务器之一，而忽略 v1 的？

或者我是否缺少可以解决问题的替代解决方案？

Answer 1

我认为在您的情况下，正确的部署策略是首先部署能够同时为 v1 和 v2 Assets 提供服务(但仍为 v1 提供服务)的实例，然后再进行另一个滚动部署以切换到 v2。

ELB ( http://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/US_StickySessions.html ) 上还有“粘性 session ”可用，但我不知道如何在这里使用它 - 每个查看者的 cookie 将消除 CloudFront 缓存的好处