我想了解OPSWorks 的确切限制 - 我们根本无法做到或无法最佳地做的事情。这需要进入一个新的级别 - 云形式。当然，我们可以使用OPSWorks Cloudformation-获得两全其美的最佳实践。
我知道的OPSWorks的某些局限性是 - 它无法提供所有内容 - 例如EMR，S3等 - 但从未在详尽的列表上找到。同样，OPSWORKS自动化配置也有局限性。和云形象使我们可以控制环境与OPSWorks不同。请了解，有很多重叠和云形式确实增加了复杂性。
先前进行了讨论，但划分尚未明确。
opsworks与云形式完全不同。
OPSWorks专注于管理将应用程序分层为堆栈，并以厨师食谱的优势来设置和部署应用程序。
CloudFormation是一种描述性语言，可以创建AWS基础结构集。
看起来可能很明显，但是事实是，每当您愿意管理应用程序及其部署周期时，OPSWorks服务都会更适合。您当然可以使用云形成来定义OPSWorks中的整个应用程序和层，这将使您能够复制整个应用程序层集（用于测试环境等）
学习每种服务的边界的唯一好方法是为您的需求使用它们，然后您会找到OPSWorks强大的位置以及云形式补充的位置或允许您自动化OPSWorks设置。
。关于版本控制，CF使您可以版本的基础架构堆栈，它可能与您通过OPSWorks管理的代码版本无关。
问候
在许多情况下，云形式与OPSWorks一起使用；云形式用于提供基础结构和OPSWorks来配置创建的资源。OPSWorks（通过厨师或木偶）在配置应用程序堆栈时提供了一组更丰富的功能，而不是Cloud Formation提供的简单外壳脚本。因此，通常使用CloudFormation来部署AWS资源，OPSWorks用于对应用程序/操作系统的详细配置进行。
在某些方面可以说，云形式更多地集中在AWS基础架构资源的集合而不是应用程序本身的集合中。但是，正如您所暗示的那样，这两种服务都可以互换完成。
此AWS链接可能会有所帮助：
"与AWS CloudFormation相比，AWS OPSWORKS堆栈支持较窄的面向应用程序的AWS资源类型，包括Amazon EC2实例，Amazon EBS量，EBS卷，Elastic IPS和Amazon CloudWatch Metrics。"
>这当然不是云形式的限制。