使用内部使用Chef的AWS OpsWorks和使用我自己安装的Chef有什么区别？
目前我有一个我自己的厨师服务器。 用OpsWorksreplace它的优点或缺点是什么？
如果您处于完全AWS环境，则使用OpsWorks的一些优势：
- 由AWS进行testing和维护，因此在执行升级到底层Chef框架之前，AWS团队将testing常见的AWSscheme。
- 您可以从AWS团队获得对它的支持。
- OpsWorks具有对在厨师之上构build的AWS环境有用的function，例如Stacks和Layers 。 堆栈允许将资源组合在一起，构成一个逻辑实体，如“一组Web服务器，两个负载平衡器和一个数据库”。 一个图层表示堆栈的组件，例如负载均衡器或一组Web服务器。 单个实例或资源可以属于多个图层。
- 借助Stacks，Layers和其他function，OpsWorks简化了configurationpipe理的编排 /configuration方面。 这可以通过厨师的独立实例在厨师的帮助下完成; 在这里看到更多。
- AWS发布他们自己的OpsWorks Cookbook ，利用AWS特有的function。
- AWS提供了许多以AWS为中心的文档 。
还有一些缺点：
- 使用OpsWorks将增加您与AWS本身的联系，并可能使您稍后将您的configuration迁移到其他云提供商或数据中心变得更加困难。 如果您依赖于OpsWorks的AWS特定function，那么稍后您将无法在自己的Chef部署中使用它们。
- 只要你愿意，你无法自由更新厨师。 OpsWorks将收到更新，因为亚马逊有时间testing和发布它们。 这可能是一件好事，也可能是一件坏事 – 你使用的东西将会被很好的testing，但是你可能需要一段时间才能从新版本中获得最新的function。
- 随着时间的推移，OpsWorks将不可避免地偏离主线 – 主厨，所以两款产品之间的不兼容性可能会增加。
- 由于OpsWorks只能在AWS内部工作，如果您有任何外部服务器，则无法使用该服务来configuration/configuration它们。
OpsWorks的核心优势在于它是一种所谓的托pipe服务。 您不需要执行任何configuration，AWS已经为您完成。 只有你需要做的是定义你的堆栈，并享受你的自动化。