在AWS云端运行应用的好的一面是什么？你可以完全控制所运行的每一种虚拟机实例的类型，以及你在上面部署的代码。那么不好的一面是什么？你负责配置和部署这些实例当你设置和运行几个VM实例，手工操作运作的很好。但是一旦你需要配置多种实例，就是时候自动化这个流程了。这也是OpsWorks起作用的地方。

用OpsWorks自动化部署

OpsWorks是AWS中的一种自动化部署工具，你可以在一中较高的系统抽象层工作。并非人工配置每一个组件的每一个细节，OpsWorks运行的脚本可以执行这些动作。OpsWorks使用开源配置工具Chef；脚本范围广泛，或者是Chef中大家所说的“coobook”，可以自由帮助新用户用OpsWorks开始工作，而且无需自定制代码。

OpsWorks围绕三层模型组织任务，即堆栈、图层面板和应用。

•堆栈是最高层次的抽象，而且定义了你的系统的整个配置。堆栈包括资源，比如服务器、数据库和负载均衡器。
•图层面板用来配置子系统，比如一套Web服务器或者一个数据库服务器。图层面板规定了一套资源，可以作为逻辑单元来管理，包括实例、EBS容量和弹性IP地址。
•应用涉及你运行在服务器上的软件。你可以简单规定AWS可以在哪里找到应用代码，OpsWorks就可以为你运行这个代码。

OpsWorks局限性和优势

亚马逊OpsWorks是一种免费的工具，可以帮助自动化耗时的任务，但是并不是没有问题。虽然它支持亚马逊Linux和Ubuntu操作系统，但是不支持微软Windows。此外，OpsWorks中默认的限制是20个堆栈，每个运行20个图层面板和20个应用。由于实例只能用Chef方法设置，你无法依赖用户数据配置实例。高级用户可能会遇到这个问题。

OpsWorks的一个优势在于为AWS CloudWatch自动化收集CPU、内存和系统负载的性能数据，AWS CloudWatch提供了图形化的实例性能报告，也提供预警，因此你可以触发事件，比如通知，当特殊事件发生或者你超过了资源阀值。

使用脚本管理配置帮助改善了部署一致性，而且减少了错误的风险。OpsWorks允许管理员管理多种脚本的使用，从而管理整个部署管径。当实例频繁开启，运行一段时间，然后关闭时，这一点非常重要。当同多种部署环境工作时，比如开发、测试和生产，OpsWorks有助于管理。