我们正在向具有两个实例的弹性 beanstalk 设置部署战争。
我将批量大小设置为 1 固定，命令超时设置为 15m。
我希望实例从 ELB 中删除、更新、添加回来，然后当它返回到 InService 时，beantalk 应该为下一个实例重复该过程。相反，我最终会在几分钟内获得零个健康实例。
没有其他超时或我可以设置的任何内容，所以我想知道我们的缓慢应用启动（1 分 30 秒）是否会导致硬编码超时问题？
任何指针将不胜感激。
【问题讨论】：
标签： amazon-web-services deployment amazon-elastic-beanstalk high-availability
事实证明，旧的 EB 部署可能只是一个错误，无法使用新的滚动版本更新功能。重建节点后，滚动版本更新开始完美运行，无需停机。
【讨论】：
这是一个老问题，但无论如何。
不幸的是，Elastic Beanstalk 上的“滚动更新”仅适用于配置更改，而不适用于亚马逊在此线程上的评论中的代码部署。 https://forums.aws.amazon.com/thread.jspa?messageID=502158
此处详细介绍了替代部署策略： http://www.hudku.com/blog/demystified-zero-downtime-with-amazon/
有机会通过在负载均衡器中添加/删除 EC2 实例来改进 AWS 部署，但这不属于 Elastic Beanstalk 功能。相反，建议交换 CNAME 记录，这样可以在旧实例上留下有意义的流量。
【讨论】：