云自动化难驾驭？五步简化你的AWS自动化部署

亚马逊网络服务（AWS）客户需要经历五个步骤，才能驾驭云自动化。先要从只需点击操作的AWS Web控制台入手，最后是为云计算系统的声明式模型编写代码。

1. 熟悉AWS Web控制台

想尽快熟悉许多AWS服务，最简便的方法就是，在AWS Web控制台里面反复捣鼓和研究，看看发生什么情况。AWS控制台塞满了功能特性，每年都会出现更多的功能特性。AWS客户关注一下许多仪表板，就能弄清楚哪些部分适用于其项目。AWS控制台不仅仅面向新手，连经验丰富的老手都在继续使用AWS控制台面板来处理手动工作。

AWS安全组限制了对服务的访问。AWS控制台里面的EC2仪表板有一个Security Groups（安全组）页面。图A显示如何建立一个名为sgMail的安全组，允许来自互联网的邮件请求。放马过来吧，垃圾邮件发送者！

2. 使用AWS CLI

下一步就是使用AWS命令行工具。从Web进入到命令行感觉就好像你闭着眼睛四处走动。不过一旦你上了手，CLI工具用起来比Web控制台来得快捷、灵活。

使用命令行工具查看那个sgMail安全组看起来就像这样。

1. nick:~ $ aws ec2 describe-security-groups --group-names sgMail 
2. SECURITYGROUPS Mail access from Internet sg-40199d36 sgMail 243894605340 
3. IPPERMISSIONS 25 tcp 25 
4. IPRANGES 0.0.0.0/0 
5. IPPERMISSIONS 110 tcp 110 
6. IPRANGES 0.0.0.0/0 
7. IPPERMISSIONS 143 tcp 143 
8. IPRANGES 0.0.0.0/0 
9. IPPERMISSIONS 465 tcp 465 
10. IPRANGES 0.0.0.0/0 
11. IPPERMISSIONS 993 tcp 993 
12. IPRANGES 0.0.0.0/0 
13. IPPERMISSIONS 995 tcp 995 
14. IPRANGES 0.0.0.0/0 
15. nick:~ $  

简明扼要。我只对事实感兴趣。只需要事实。

3. 注重AWS API

之后，可以使用AWS API。这方面学起来难度最大。AWS客户在开始编写代码、使用API之前，需要落实几个方面。这几个方面包括：

• 对Java、Node.js或Ruby等编程语言有一个基本的了解和认识；
• 附件库，以便该语言与AWS API进行联系――AWS非常受欢迎，因而有面向Python的AWS SDK（名为Boto）、面向PHP的AWS SDK、面向Ruby的AWS SDK及面向另外许多语言的AWS SDK；
• 编写代码的开发环境，开发环境可以像文件编辑工具这么简单，也可以像微软的Visual Studio这么复杂。

4. 开始自动化！

一旦AWS客户度过了处理AWS API的最困难阶段，接下来就是玩乐时间了。随之而来的是忍不住什么都想自动化！构建高可用性集群、程序包部署、安全补丁――这一切都可以借助代码的魅力实现自动化。

实际上，自从有了AWS以来，编程人员就一直在让AWS实现自动化。许多配置管理工具有助于让技术架构的所有层实现自动化。

• Vagrant（https://www.vagrantup.com）构建了一个本地开发环境。
• Jenkins（https://wiki.jenkins-ci.org/display/JENKINS/Meet+Jenkins）构建并测试软件项目。
• AWS CloudFormation（http://aws.amazon.com/cn/cloudformation/）构建了一个远程AWS环境。

实际上，市面上有太多的自动化工具，以至于将它们整合到一条产品线是项复杂的任务。

自动化通常使用命令式语言来实现。

在经历了安装和配置方面的一些困难后，Python开发人员可以使用boto来处理AWS安全组。查看该sgMail组的命令看起来就像这样。

1. nick:~ $ python 
2. Python 2.7.6 (default, Sep 9 2014, 15:04:36) 
3. [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.39)] on darwin 
4. Type "help", "copyright", "credits" or "license" for more information. 
5. >>> import boto.ec2 
6. >>> conn = boto.ec2.connect_to_region('eu-west-1') 
7. >>> rs = conn.get_all_security_groups() 
8. >>> print rs 
9. [SecurityGroup:sgMail, SecurityGroup:default] 
10. >>> sg = rs[0] 
11. >>> sg.name 
12. u'sgMail' 
13. >>> sg.rules 
14. [IPPermissions:tcp(25-25), IPPermissions:tcp(110-110), IPPermissions:tcp(143-143), 
15. IPPermissions:tcp(465-465), IPPermissions:tcp(993-993), IPPermissions:tcp(995-995)] 
16. >>> quit() 
17. nick:~ $ 

引用、对象、方法、列表操作符以及那个疯狂的交互式Python ">>>"提示符，现在情况变得有点棘手。没错，同时也变得相当麻烦――控制台的那些漂亮颜色现在成了遥远的回忆。

5. 借助声明式代码

Puppet、Chef和Ansible等自动化应用程序都有各自的配置语言，可以帮助其用户描述要求怎样操作的模型。它们还有巧妙的引擎，可以读取那些模型，并改变计算环境。

这些配置语言是声明式语言。像上述Python例子这些计算机语言是命令式语言――它们适用于编写逐步过程。声明式语言描述了所要求的，而不是描述实现要求的步骤。SQL“select”语句是声明式语句――它可能命令服务器“从表选择记录”，但是查找表、使用索引和显示结果等操作的步骤被隐藏起来。

Puppet实验室发布了一个新的模块来配置AWS基础设施。使用其中一个模块意味着，可以在Puppet方面尽快上手。Puppet自动化方面学起来其难度就如同编写代码――客户得处理好下面这些任务，才能使用Puppet：

• Puppet应用程序和Ruby解释器；
• 使用RubyGems程序包管理器；
• 编写声明。

在安装了新的Puppet AWS模块后，AWS客户可以使用清单文件来描述该sgMail组，就像这样。

1. nick:~ $ cat /etc/puppet/manifests/aws-manifest.pp 
2. ec2_securitygroup { 'sgMail': 
3. region => 'eu-west-1', 
4. ensure => present, 
5. description => 'Mail access from Internet', 
6. ingress => [{ 
7. protocol => 'tcp', 
8. port => 25, 
9. cidr => '0.0.0.0/0', 
10. },{ 
11. protocol => 'tcp', 
12. port => 110, 
13. cidr => '0.0.0.0/0', 
14. },{ 
15. protocol => 'tcp', 
16. port => 143, 
17. cidr => '0.0.0.0/0', 
18. },{ 
19. protocol => 'tcp', 
20. port => 465, 
21. cidr => '0.0.0.0/0', 
22. },{ 
23. protocol => 'tcp', 
24. port => 993, 
25. cidr => '0.0.0.0/0', 
26. },{ 
27. protocol => 'tcp', 
28. port => 995, 
29. cidr => '0.0.0.0/0', 
30. }], 
31. } 
32. nick:~ $ 

然后，客户就可以让Puppet与AWS进行联系，确保这个安全组存在――或者借助命令puppet apply aws-manifest.pp手动实现，或者使用Puppet主服务器（Puppet master）自动实现。

贵企业在自动化这条路上走了多远？

并非所有企业都走完自动化这条路。有些企业走到第四步，再也走不下去。

至此，企业客户已经有了一条产品线，所以自动化项目在优先事项列表上的名次有可能下滑。要是审计失败、运营成本、市场份额缩小或其他问题带来了业务驱动因素，企业可能只好决定投入额外的时间和开支，从“可运行”阶段进入到“顺畅运行”阶段。