我们正在使用cloudfront前端Web应用程序（带有s3，lambda，athena等的myapp.com）在新版本发布之前，我们正在创建一个包含新代码的全新发行版（next.myapp.com）内容，测试，然后想使它成为myapp.com的实时版本。但这似乎不太可能。
多个Cloudfront发行版不能具有相同的CNAME，因此我们无法将myapp.com的DNS条目更改为指向新服务。更改分发意味着新配置在全球范围内填充时会出现延迟。
有没有使用亚马逊基础设施这样做？或者我这样做完全错了？希望能够尽快迁移实时服务，但如果发布中断某些内容，仍然可以使用现有版本进行手动故障恢复
如果您按照这些步骤操作，只需很短的停机时间即可实现。
使用正确的证书但没有备用域名创建新分发，并允许它稳定。
将站点的DNS更改为指向新分发。这不会产生负面影响，因为该站点继续在现有分发上工作。 CloudFront不区分到达端点 - 它只查看SNI和Host头，将这些与备用域名相匹配 - 因此旧版本将继续处理流量。
编辑现有分发以删除备用域名。您无需等待它返回“已部署”状态。
编辑新分发以添加备用域名。您可能不得不多次尝试，但最终会被接受。
诀窍是使用*.myapp.com作为新发行版的CNAME，切换DNS记录以指向新发行版，当切换有效时，您可以清理所有内容。
见Moving an Alternate Domain Name to a Different CloudFront Distribution。
如果不联系AWS，就不可能为二级域名（myapp.com）执行此操作。解决方案是使用www.myapp.com作为实时版本，并且只有从myapp.com到www.myapp.com的HTTPS重定向的另一个发行版（或者仅使用S3重定向但只有HTTP）。此分发的CNAME永远不需要更新。