Elastic Beanstalk应用更新时Rolling With Additional Batch策略被忽略

我之前在升级EB Node.js平台版本时也碰到过类似的部署策略失效问题，结合你的场景，整理几个实用的排查和解决方向：

1. 排查平台版本升级导致的配置覆盖 #

EB在大版本升级（比如Node 14→16）时，部分环境配置可能会被平台镜像的默认值覆盖，哪怕你之前在控制台手动设置过RollingWithAdditionalBatch。建议：

• 登录EB控制台，进入你的环境，打开「滚动更新与部署」配置页，确认当前策略是否还是RollingWithAdditionalBatch（有时候升级后会悄悄变回默认的滚动更新）；
• 查看环境的配置历史记录，检查平台版本升级前后，部署策略是否有被自动修改的记录。

2. 用.ebextensions固化部署策略 #

为了避免平台升级或部署过程中配置被覆盖，最稳妥的方式是通过项目内的.ebextensions配置文件强制指定部署策略：
在项目根目录创建/.ebextensions/deployment-policy.config，写入以下内容：

option_settings:
  - namespace: aws:elasticbeanstalk:command
    option_name: DeploymentPolicy
    value: RollingWithAdditionalBatch

这样每次部署时，EB都会优先读取这个配置，不会被平台默认值覆盖。

3. 检查Bitbucket流水线部署命令的参数 #

你使用的atlassian/aws-elasticbeanstalk-deploy:1.0.2镜像版本相对较旧，可能存在和Node 16平台的兼容性问题，或者部署命令没有正确继承EB环境的配置。建议：

• 尝试在流水线的部署步骤中，显式指定部署策略参数（如果该镜像支持的话），比如在部署命令里添加--deployment-policy RollingWithAdditionalBatch；
• 考虑升级镜像到较新版本（比如atlassian/aws-elasticbeanstalk-deploy:2.0.1，注意先在测试环境验证兼容性），新版本通常会修复和新EB平台的适配问题。

4. 测试手动部署，定位问题来源 #

先绕过Bitbucket流水线，用EB CLI或控制台手动部署一次你的应用包：

• 如果手动部署时RollingWithAdditionalBatch策略正常生效，说明问题出在Bitbucket流水线的部署配置上，重点检查镜像版本、命令参数；
• 如果手动部署也失效，那就是EB环境本身的配置问题，可能需要重新提交配置变更，或者联系AWS支持排查环境的配置异常。

5. 查看EB部署日志找线索 #

部署过程中，EB会记录详细的日志，你可以在控制台的「环境」→「日志」→「部署日志」里搜索关键词DeploymentPolicy，查看实际使用的策略是什么，以及有没有配置加载失败的报错信息，这能帮你快速定位问题根因。

内容的提问来源于stack exchange，提问作者iss42