【发布时间】：2016-02-13 21:32:10
【问题描述】：
AWS Autoscaling 和 AWS Opsworks 都处理自动扩展应用程序服务器。但是这两种服务之间的确切区别是什么？
【问题讨论】：
-
虽然 Auto Scaling 只关注可用性，但 Opsworks 是完整的应用程序管理。
标签： amazon-web-services autoscaling aws-opsworks
【发布时间】：2016-02-13 21:32:10
【问题描述】：
AWS Opsworks 无疑在其核心中使用了 Autoscaling，但它是一个更大的保护伞（并且更加固执己见）。它包括多个堆栈（EC2 服务器、ElastiCache、DynamoDb 等）的部署和配置设置。
相比之下，自动缩放实际上只是 Ec2 的一个子集，它根据您可以配置的各种警报执行缩放（增加/减少服务器数量）操作。
【讨论】：
虽然 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 可以轻松地为所有组件建模 您的应用程序，然后配置您的应用程序的任何方面和 其配套基础设施。支持使用脚本更改 Chef 食谱（请参阅“什么是 Chef 以及 AWS OpsWorks 如何使用它？” 详细信息）在应用程序生命周期的定义阶段，您有 对您的应用程序及其交互的细粒度控制 相关组件。您的食谱可以与您的源代码一起存储， 使跟踪更改变得容易。从一次性部署到自动部署 规模增长，您的应用程序将通过其反映您的设置 完整的生命周期。
自动化。您可以指定如何部署、扩展、 并维护您的应用程序，AWS OpsWorks 执行以下任务 你。例如，AWS OpsWorks 可以设置实例来托管您的应用程序 基于您指定的确切配置（要部署的代码， RAID 配置等），使用基于负载或 基于时间的自动缩放，并通过以下方式维护您的应用程序的运行状况 检测和替换失败的实例。当一个新的应用服务器 实例启动，AWS OpsWorks 将使用内置配方进行配置 应用服务器软件和部署您的应用程序，也可以应用您的 指定的配方来更改您的数据库和监控 基础设施。
总之，如果您需要以非常特殊的方式配置您的实例，让它们在特定的时间或类似的要求上启动和停止，DevOps 可能更适合您。
【讨论】：
请注意，在负载下的弹性时，您的配置可能需要及时完成。
将服务器添加到服务器场的 1 分钟可能太长了。 10 分钟一个完整的杀手。
用你需要的一切预烘焙 AMI 仍然比在启动时补充水分要好。
您可以将自定义 AMI 与 std Auto Scaling 和 Opsworks 一起使用。
【讨论】：