Sam*_*m-T 4 amazon-web-services aws-cloudformation aws-opsworks
我想了解OpsWorks 的确切局限性- 我们可能根本无法做到或无法以最佳方式完成的事情。这需要进入下一个级别——CloudFormation。当然，我们可以使用 OpsWorks + CloudFormation - 两全其美 - 最佳实践。
我知道 OpsWorks 的一些局限性是 - 它无法提供所有内容 - 例如 EMR、S3 等 - 但从未在详尽的列表中找到。OpsWorks AutoScaling 配置也有限制。与 OpsWorks 不同，CloudFormation 使我们能够对环境进行版本控制。请务必了解，存在大量重叠，并且 CloudFormation 确实增加了复杂性。
之前有过讨论，但界限没有明确。
小智 5
OpsWorks 是与 CloudFormation 完全不同的服务。
OpsWorks 专注于管理分层应用程序堆栈，并利用厨师食谱来设置和部署应用程序。
CloudFormation 是一种用于创建 AWS 基础设施集的描述性语言。
这看起来似乎很明显，但事实是，只要您愿意管理应用程序及其部署周期，OpsWorks 服务就更适合。您当然可以使用云形成在 OpsWorks 中定义整个应用程序和层，这将允许您复制整个应用程序层集（用于测试环境等）
了解每个服务边界的唯一好方法是根据您的需求使用它们，然后您会发现 Opsworks 的强大之处以及 Cloudformation 的补充或允许您自动化 Opsworks 设置。
关于版本控制，CF 允许您对基础设施堆栈进行版本控制，这可能与您通过 opsworks 管理的代码版本无关。
问候
| 归档时间： |
|
| 查看次数： |
2389 次 |
| 最近记录： |