AWS Autoscaling和AWS Opsworks之间有什么区别

Question

AWS Autoscaling和AWS Opsworks都处理自动扩展应用程序服务器的问题。但两种服务之间的确切区别是什么？

Answer 1

AWS Opsworks无疑使用Autoscaling作为核心，但它是一个更大的保护伞（并且更加自以为是）。它包括多个堆栈的部署和配置设置（EC2服务器，ElastiCache，DynamoDb等......）。

相比之下，自动缩放实际上只是Ec2的一个子集，它根据您可以配置的各种警报执行扩展（增加/减少服务器计数）操作。

Answer 2

虽然Autoscaling，OpsWorks和Elastic Beanstalk提供非常相似的服务，但OpsWorks是迄今为止对您的实例提供最大控制权的服务。顾名思义，AWS Autoscaling提供简单的实例复制，以便向上或向下扩展以满足您的可用性需求。 Elastic Beanstalk与Autoscaling非常相似，但它是一个专注于复制Web应用程序的解决方案，并提供了一个管理控制台，用于上传Web应用程序并控制它的扩展方式。

摘录自OpsWorks FAQ：

  

问：谁应该使用AWS OpsWorks？

     

正在寻找的系统管理员和具有思想意识的开发人员   强大的端到端应用程序管理解决方案应该考虑   AWS OpsWorks。 AWS OpsWorks针对想要更好的DevOps用户   管理和自动化工具，以帮助他们定制和控制   他们的环境。 AWS OpsWorks用户通常会重视：

     

  

• 控制。 AWS OpsWorks可以轻松地对所有组件进行建模   您的应用程序，然后配置您的应用程序的任何方面和   其配套基础设施。支持使用脚本化更改   厨师食谱（参见“什么是厨师以及AWS OpsWorks如何使用它？”）   详细信息）在应用程序生命周期的已定义阶段，您有   对应用程序及其交互的细粒度控制   相关组件。您的食谱可以与您的源代码一起存储，   便于跟踪变化。从一次性部署到自动   按比例增长，您的应用程序将通过其反映您的设置   完整的生命周期。

  

• 自动化。您可以指定如何部署，扩展，而不是手动步骤   并维护您的应用程序，AWS OpsWorks执行任务   您。例如，AWS OpsWorks可以设置实例来托管您的应用程序   基于您指定的确切配置（要部署的代码，   RAID配置等），使用基于负载或的扩展您的应用程序   基于时间的自动缩放，并保持您的应用程序的健康   检测并替换失败的实例。当一个新的应用服务器   实例启动后，AWS OpsWorks将使用内置配方进行配置   应用服务器软件和部署您的应用程序，也可以应用您的   指定的配方以更改数据库和监视   基础设施。

  

总之，如果您需要以非常特殊的方式配置实例，让它们在特定时间或类似要求下启动和停止，DevOps可能更适合您。

Answer 3

请注意，在弹性下，在负载下，您的配置可能需要及时完成。

向服务器场添加服务器1分钟可能太长。 10分钟一个完整的杀手。

使用您需要的所有东西预先烘烤AMI仍然比在发布时保湿更好。

您可以将自定义AMI与std Auto Scaling和Opsworks一起使用。