Amazon web services AWS自动缩放和AWS Opsworks之间有什么区别

AWS

Autoscaling

和AWS

Opsworks

都处理自动缩放应用程序服务器的问题。但这两种服务之间的确切区别是什么

AWS Opsworks无疑在其核心使用了自动缩放，但它是一个更大的保护伞（而且更固执己见）。它包括多个堆栈（EC2服务器、ElastiCache、DynamoDb等）的部署和配置设置

---

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

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

摘自：

Q：谁应该使用AWS OpsWorks？

正在寻找 强大的端到端应用管理解决方案应考虑 AWS OpsWorks。AWS OpsWorks的目标用户是希望获得更好性能的DevOps用户 帮助他们定制和控制的管理和自动化工具 他们的环境。AWS OpsWorks用户通常使用以下值：

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

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

---

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

请注意，在负载较低的情况下，可能需要及时进行配置

向服务器场添加服务器的1分钟时间可能太长。10分钟完全是个杀手

预先烘焙一个你需要的AMI，仍然比在发布时补充水分好

---

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

虽然Auto Scaling只查看可用性，但Opsworks是完整的应用程序管理。