【问题标题】：AWS OpsWorks vs CloudFormationAWS OpsWorks 与 CloudFormation
【发布时间】：2018-05-08 16:41:14
【问题描述】：
我想了解 OpsWorks 的确切限制 - 我们可能根本无法做到或无法以最佳方式完成的事情。这将需要进入下一个级别 - CloudFormation。当然，我们可以使用 OpsWorks + CloudFormation - 两全其美 - 最佳实践。
我知道 OpsWorks 的一些限制是 - 它无法提供所有东西 - 例如 EMR、S3 等 - 但从未在详尽的列表中找到。 OpsWorks 的 AutoScaling 配置也有限制。与 OpsWorks 不同，CloudFormation 让我们可以对环境进行版本控制。请理解存在大量重叠，而 CloudFormation 确实增加了复杂性。
有一个previous discussion，但没有明确分界。
【问题讨论】：
标签：
amazon-web-services
amazon-cloudformation
aws-opsworks
【解决方案1】：
OpsWorks 是与 CloudFormation 完全不同的服务。
OpsWorks 专注于管理分层为堆栈的应用程序，并利用厨师食谱来设置和部署应用程序。
CloudFormation 是一种用于创建 AWS 基础设施集的描述性语言。
这看起来很明显，但事实是，无论何时您更愿意管理应用程序及其部署周期，OpsWorks 服务都更适合。您当然可以使用云形成在 OpsWorks 中定义整个应用程序和层，这将允许您复制整个应用程序层集（用于测试环境等）
了解每项服务边界的唯一好方法是根据您的需求使用它们，然后您会发现 Opsworks 的强大之处以及 Cloudformation 补充或允许您自动化 Opsworks 设置的地方。
关于版本控制，CF 允许您对基础架构堆栈进行版本控制，这可能与您通过 opsworks 管理的代码版本无关。
问候