自动化运维

然而这些关键字的背后许多问题也应运而生。当大数据向我们极速驶来，手动式地分析处理太不现实；初创公司，初期人员配置紧张，也没有多余的技术手段和人手解决网站维护问题；服务器流量规模高速攀升，人力成本地极速上涨，企业却提出高质量低价格快速迭代的魔鬼要求，急坏程序员。结合上述种种，这也就是为什么我们都在试图寻找自动化运维作为极佳的解决方案为最直接的原因。

从操作角度达到自动化运维的目的，在 AWS 中启用DevOps 可以通过以下几个方面实现：自动化部署、自动把架构代码化的服务平台（Chef）、以及自动扩展监控（CloudWatch、Auto Scaling等的技术配套服务）。

自动化部署

在AWS环境下一般有这几个应用程序管理服务可以运用，操作应用难易程度由浅及深的分别是：Elastic Beanstalk< OpsWorks< Cloudformation < 自己建一套 script。

Elastic Beanstalk是在PHP、Java、Docker、Node.js、Python等环境的托管容器来部署、管理、作战Web应用程序和服务，只需要上传代码，就可以自动从容量预配置、负载均衡、自动扩展到应用运行状况监控的部署。架构图如下。

AWS OpsWorks 是一项应用程序管理服务，便于部署和操作不同形态和规模的应用程序。作用是基于时间或负载的应用程序自动化扩展，以及随着环境的扩展而变化的动态配置。架构图如下。

CloudForamtion，是运用AWS 的示例模版或者自创模版来引出AWS资源以及以及应用程序运行时所需的任何相关依赖项或运行时参数。 您无需弄清预配置 AWS 服务的顺序或执行这些依赖关系工作的细微之处。CloudFormation 将为您妥善处理。部署 AWS 资源后，您可以采用可控且可预测的方式修改和更新这些资源。如下图所示。

Chef

Chef是个好东西，也就是说，当你自动化生成了服务器以后，Chef 就会帮你自动把你的架构代码化，而且可做版本控制、可开源分享。

Chef的三大块架构如下图所示，分为Chef Server、Nodes和WorkStation，它们的工作原理是， 通过Workstation把资源或命令上传到Chef-Server上， Nodes自动通过Chef-Server拿到属于自己的执行任务到本地执行，这样，即使是光杆司令也照样可以统领千军万马。

chef 分为chef-server-client mode / chef-solo mode 两个大类。

结合 VPC + Auto-scaling 的架构像这样

在开发过程，我们有机会想在本地模拟 AWS 的配置，这时候可以用 Chef 在 vagrant 上包同一套的 cookbook，比如这样。

自动伸缩／监控

AWS Auto Scaling服务搭配Chef DevOps是目前我认为最好的行业工具，它最大限度地定义了行业的操作模式，包括以小时算费，资料分配，资料多样性等等，并拥有行业中最领先的云计算技术，以致大部份市场上新开设的的云计算服务都以AWS作服务模式参考对像。而Chef是一种组态管理系统（configuration management systems），本身便是AWS内部用以配置资源的工具，透过执行Ruby代码，把应用程序所需配置建立与维持其效能和功能，保持稳定与一致性。

AWS Auto Scaling 使用过程中，CloudWatch提供所需的性能数据，完成伸缩服务建议。每隔五分钟，CloudWatch都将从服务器和其他AWS资源处，免费地收集性能统计数据，包括CPU使用率、磁盘使用情况和数据传输情况等。启动一个额外的虚拟实例时，新的实例先透过Cloudformation先安装所需的基本程序和封装，以成為Auto Scaling 架构中的Chef Client, 然后向Chef服务器取得该新实例自己应成為的实例角色所需要执行的脚本、安装的封装、以為每一特定封装相对於应用程序和系统资源所需执行的配置。

总的，就我的用户体验而言，AWS这个系统化的自动运维是马上上手且顺手的。而且它针对每个用户的不同情况，用最佳资源分配来获得最佳的性价比，它为网站的运维提供的了自动化高、稳定、高效、高性价比的解决方案。而这个正是为大数据、初创风行、信息量爆棚IT时代推波助澜的一把利剑。