When using Elastic Beanstalk with CNAME swapping for zero downtime deployments, DNS caching (clients not respecting TTL) causes some clients to continue sending traffic to the old environment (for up to several days).
When using Elastic Beanstalk with Route53 Aliases for zero downtime deployments, does DNS caching remain an issue?
http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features.CNAMESwap.html 它说
您将新版本部署到单独的环境，然后交换两个环境的 CNAME 以立即将流量重定向到新版本。
和
但是，在传播 DNS 更改并且您的旧 DNS 记录到期之前，不要终止您的旧环境。DNS 服务器不一定会根据您在 DNS 记录上设置的生存时间 (TTL) 从缓存中清除旧记录。
不是冲突吗？我认为DNS缓存仍然是一个问题。
在旧版本客户端存在的情况下，如何将数据库迁移到新版本。我想我只能在两个版本都适用的情况下迁移 db。
我在这里找到了一篇好文章。 http://fbrnc.net/blog/2016/05/green-blue-deployments-with-aws-lambda-and-cloudformation 但它使用 Cloud Formation，而不是 Elastic Beanstalk。
不幸的是，它确实如此。现在推荐的方法是使用滚动更新。
我还没有对此进行测试，但我认为这就是他们实施“交换环境 URL”操作的原因，而不是在 route53 中进行。