Amazon web services AWS/EB上不可变部署的限制

Amazon web services AWS/EB上不可变部署的限制,amazon-web-services,amazon-elastic-beanstalk,amazon-cloudformation,Amazon Web Services,Amazon Elastic Beanstalk,Amazon Cloudformation,我试图理解AWS/Elastic Beanstalk上不可变部署的缺点。文件说: 您不能与资源配置更改同时执行不可变更新。例如,您不能在更新其他设置的同时更改需要实例替换的设置,也不能使用更改配置设置或源代码中其他资源的配置文件执行不可变部署。如果尝试更改资源设置(例如,负载平衡器设置)并同时执行不可变更新,Elastic Beanstalk将返回错误 (来源:) 然而,我无法提出一个可能失败的实际方案。我使用CloudFormation模板进行所有配置。是否可以解释为我不能同时部署CloudF

我试图理解AWS/Elastic Beanstalk上不可变部署的缺点。文件说:

您不能与资源配置更改同时执行不可变更新。例如,您不能在更新其他设置的同时更改需要实例替换的设置,也不能使用更改配置设置或源代码中其他资源的配置文件执行不可变部署。如果尝试更改资源设置(例如,负载平衡器设置)并同时执行不可变更新,Elastic Beanstalk将返回错误

(来源:)

然而,我无法提出一个可能失败的实际方案。我使用CloudFormation模板进行所有配置。是否可以解释为我不能同时部署CloudFormation更改和应用程序(.jar)更改


我非常感谢您的澄清。

请恕我直言,因为这只是基于阅读文档的猜测;我认为基本支持是每月40美元,这是一个很好的问题,请他们确切知道

是否可以解释为我不能同时部署CloudFormation更改和应用程序(.jar)更改

我假设您使用与CloudFormation模板不同的过程部署application.jar。这意味着,当您部署源代码时,您不需要使用CloudFormation,您可以使用CI/CD工具,例如Codeship。当您更改CloudFormation模板时,请登录AWS控制台并在那里更新模板(或使用AWS CLI工具)

我认为,同时改变这两种情况将符合他们在这里所说的。不要因为明显的原因而这样做;您不会希望CloudFormation在EB关闭ec2实例并启动新实例的同时尝试对该实例进行更改。但更常见的例子是,如果您碰巧对某些配置设置使用
.ebextensions

.ebextensions
是一种在电子商务中配置CloudFormation无法或很容易做到的某些事情的方法。它们是与源代码一起部署在项目根目录下名为
/.ebextensions
的文件夹中的配置文件。例如,更改某些特定的linux设置

您不希望同时更改应用程序代码和
.ebextension
。这只是我在阅读文档时的猜测,你可以很容易地测试出来