AWS OpsWorks对CloudFormation

Question

我想了解对OpsWorks的确切限制--这些事情我们可能根本做不到，也可能不是最优的。这将需要进入下一个级别-- CloudFormation。当然，我们可以使用OpsWorks + CloudFormation --充分利用这两个世界--这是一个最佳实践。

我意识到OpsWorks的一些局限性--它不能提供所有东西--比如电子病历、S3等等--但从未在详尽的列表中找到过。另外，OpsWorks AutoScaling配置也有局限性。CloudFormation允许我们控制与OpsWorks不同的环境。请务必理解，有大量的重叠和CloudFormation确实增加了复杂性。

有一个先前的讨论，但没有明确的界限。

Answer 1

OpsWorks是一个与CloudFormation完全不同的服务。

OpsWorks专注于管理分层为堆栈的应用程序，并在设置和部署应用程序时利用厨师配方的优势。

CloudFormation是一种用于创建AWS基础结构集的描述性语言。

这看起来很明显，但问题是，无论何时您更喜欢管理应用程序及其部署周期，OpsWorks服务都更适合。当然，您可以使用云形成来定义OpsWorks中的整个应用程序和层，这将允许您复制整个应用程序层集(用于测试环境等等)。

了解每个服务的边界的唯一好方法是根据您的需要使用它们，然后您将发现Opsworks强大的地方，以及Cloudformation补充或允许您自动化Opsworks设置的地方。

关于版本控制，CF允许您对基础结构堆栈进行版本化，这可能与您通过opsworks管理的代码版本无关。

问候

Answer 2

在许多情况下，CloudFormation与OpsWorks一起使用；其中CloudFormation用于提供基础设施，OpsWorks用于配置所创建的资源。OpsWorks (通过主厨或傀儡)在配置应用程序栈时提供了更丰富的功能，然后是CloudFormation提供的简单shell脚本。因此，通常使用CloudFormation来部署AWS资源，使用OpsWorks来完成应用程序/operating系统的详细配置。

在某些方面，可以说CloudFormation更多地关注于AWS基础设施资源的集合，而不是应用程序本身；但是正如您已经提到的那样，这两个服务可以互换地完成一些事情。

这个AWS链路可能会在它声明的地方有所帮助：

与AWS CloudFormation相比，AWS OpsWorks堆栈支持范围更窄的面向应用程序的AWS资源类型，包括Amazon实例、Amazon卷、弹性IP和亚马逊CloudWatch度量。

这当然不是对CloudFormation的限制。