我想了解OpsWorks的确切限制 - 我们可能无法做到或无法做到最好的事情。这需要进入下一个级别 - CloudFormation。当然，我们可以使用OpsWorks + CloudFormation - 两全其美 - 最佳实践。
我所知道的OpsWorks的一些限制是 - 它无法提供所有内容 - 例如EMR，S3等 - 但是从未在详尽列表中找到。此外，OpsWorks AutoScaling配置也有局限性。与OpsWorks不同，CloudFormation允许我们对环境进行版本控制。请注意，存在大量重叠，CloudFormation会增加复杂性。
有一个previous discussion但分界线并不清楚。
答案 0 :(得分：1)
OpsWorks与CloudFormation完全不同。
OpsWorks专注于管理分层堆叠的应用程序，并利用厨师配方来设置和部署应用程序。
CloudFormation是一种用于创建AWS基础架构集的描述性语言。
看起来很明显，但事实是，无论何时您喜欢管理应用程序及其部署周期，OpsWorks服务都更适合。您当然可以使用云形成在OpsWorks中定义整个应用程序和层，这将允许您复制整个应用程序层集（对于测试环境等）
了解每项服务界限的唯一好方法是根据您的需求使用它们，然后您将找到Opsworks强大的地方以及Cloudformation补充或允许您自动化Opsworks设置的位置。
关于版本控制，CF允许您对基础架构堆栈进行版本控制，这可能与您通过opsworks管理的代码版本无关。
问候