AWS自动扩展和AWS OpsWorks有什么区别？

Question

AWS Autoscaling 和 AWS Opsworks 都可以自动扩展应用程序服务器。但是这两项服务之间有什么确切的区别呢？

- Rahul

---

当自动扩展只考虑可用性时，Opsworks是完整的应用程序管理。 - Lucky Chingi

Answer 1

AWS Opsworks无疑在其核心使用了自动缩放技术，但它是一个更大的架构体系（也更有主张）。它包括多个堆栈（EC2服务器、ElastiCache、DynamoDB等）的部署和配置设置。

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

- jpschroeder

Answer 2

在自动扩展、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 可能更适合您。

- Lucas Azevedo

Answer 3

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

将服务器添加到您的群集需要1分钟可能太长了。10分钟则完全无法接受。

使用预先包含所需内容的AMI仍然比在启动时进行配置更好。

您可以使用自定义AMI同时使用标准自动缩放和Opsworks。

- Paul Dunlop