Amazon web services AWS EC2实例扩展-云形成/启动模板?

Amazon web services AWS EC2实例扩展-云形成/启动模板?,amazon-web-services,amazon-ec2,amazon-cloudformation,Amazon Web Services,Amazon Ec2,Amazon Cloudformation,我们目前在AWS中有几个服务器组-API、WEB、内容等,我希望能够手动扩展这些组,而不是使用自动扩展 目前,我为每种类型的实例创建了一个AMI—取消注册,然后每天创建一个新实例。当需要时,我想“单击按钮”添加到特定组…例如,我想将服务器添加到我的API组: 它基于我的API_最新AMI启动一个新实例,并正确地将其命名为“API1、API2等” 它将部署我们的代码,以确保它具有该回购协议的最新版本 然后将实例移动到适当的目标组/负载平衡器中以供使用 我不知道这种类型的系统是否可以作为Cloudf

我们目前在AWS中有几个服务器组-API、WEB、内容等,我希望能够手动扩展这些组,而不是使用自动扩展

目前,我为每种类型的实例创建了一个AMI—取消注册,然后每天创建一个新实例。当需要时,我想“单击按钮”添加到特定组…例如,我想将服务器添加到我的API组:

  • 它基于我的API_最新AMI启动一个新实例,并正确地将其命名为“API1、API2等”
  • 它将部署我们的代码,以确保它具有该回购协议的最新版本
  • 然后将实例移动到适当的目标组/负载平衡器中以供使用
  • 我不知道这种类型的系统是否可以作为Cloudformation、启动模板或两者的某种合并,或者我是否需要开发一个定制系统。让我陷入困境的是我们每天更新我们的AMI(可能不是我们需要的)和部署我们的代码(不确定Cloudformation是否允许)

    谢谢你的建议,非常感谢。
    D

    您在AMI的增量版本中添加了什么?新版本的应用程序代码?是什么决定了它被添加到哪个目标群体?它是动态的吗?基于代码部署,因为这不应该是步骤3?新应用程序代码。我们每天更新代码,有时每天发布3到4次新代码。我可能只需要一个AMI,然后按照步骤2所示更新代码。至于哪个目标组,我假设我会为适当的目标组设置一个参数。让AMI成为Cloudformation模板中的一个参数怎么样,然后当你更新该值时,它会触发使用更改后的AMI的部署。我认为这是一个好主意,给了我一些可以使用的东西。我认为我最头疼的是第2步,让cloudformation开始向新实例部署代码。