关于循环的一些事：
是否是因为模块的原因？
item适用于copy，但不适用于yum。虽然出现了警告，但并不表示不能用。功能还是不受影响的。
在上例中，我们使用了yum、copy、service模块（service模块未体现），共同完成了Apache服务的安装、配置、运行状态维护这三步。
当我们重复执行一个playbook时，当ansible发现系统的现有状态与playbook所定义的将要实现的状态一致时，ansible会自动跳过该步骤。
举例：
假如目标主机已经启动了httpd，而playbook中想要启动目标主机上的httpd，当ansible发现这种情况后，就会跳过去。
如果是shell脚本，它不会判断，而是直接再启动一遍。（虽然我们可以加上if判断）
执行playbook时的用户选择：
（1）playbook中的users字段
（2）inventory中定义的用户
（3）默认使用当前系统用户身份来通过SSH连接远程主机，在远程主机中运行play内容
也可以在命令行上指定：
ansible-playbook playbook.yml --remote-user=ming
--ask-sudo-pass
假如我们在控制机上执行命令，它会在远程主机上执行。如果在远程主机上通过sudo执行命令时，需要输入密码，那么我们
就要添加--ask-sudo-pass选项，方便我们在控制机上输入密码，传递到远程主机。
举例：
在控制机上，我是以tom登录的，所以我的身份是tom。我现在执行一个playbook，但我希望在客户端上执行这个playbook时，
以jerry的身份来执行。
也就是说，在客户端上，得先sudo jerry，然后再执行playbook。所以这里要加上--sudo，--sudo-user=jerry，--ask-sudo-pass
这三个选项。第一个是开启sudo，第二个是sudo到谁，第三个是传递jerry的密码，这样tom才能以jerry的身份执行命令。
ansible-playbook的其他选项技巧：
--inventory=PATH（-i PATH）：指定inventory文件，默认是/etc/ansible/hosts。
--verbose（-v）：显示详细输出，也可以使用-vvvv显示更详细的输出。
--extra-vars=VARS（-e VARS）：定义在playbook中使用的变量，格式为key=value,key=value。
--forks=NUM（-f NUM）：指定并发执行的任务数，默认为5。根据服务器性能，调大这个值可提高ansible执行效率。
--connection=TYPE（-c TYPE）：指定连接远程主机的方式，默认为SSH，设置为local时，表示只在本地执行playbook。
--check：检测模式。
新模块混个脸熟：
nodejs应用部署后的总结：
（1）写yml的过程就好像在一条一条地执行命令。跟着思路，就慢慢写出来了。先干什么，再干什么，最后再干什么。
（2）一个nodejs应用可以很好管理的，以后可以快速搭建在其他服务器上，只需要一条命令即可。
开始部署另一个应用：drupal
在这个主文件中，需要引入vars.yml文件，这样后面的变量就知道到哪来去寻找变量值了。
现在，我们来看看模板文件：drupal.dev.conf.j2的内容。
看到文件中定义了变量，所以我们要填充这些变量。单独写一个文件vars.yml：
这样，不管变量是定义在主文件中，还是模板文件drupal.dev.conf.j2还是其他地方，都能到vars.yml中去寻找值了。
目前只是安装了apache，且准备好了配置文件，现在开始配置php。
介绍ansible的另一个模块：lineinfile，专门用于编辑文件内容。
开启PHP的apc.rfc1867选项，确保APC支持上传进度。
最后，再来配置mysql。
删除无用的库test，同时创建新库。利用了mysql_db模块。这又是一个新库。
然后开始利用drush和git安装drupal。
还需要在vars.yml中加一个变量：
drupal_site_name: "D8 Test"
drupal的安装过程总结：
涉及到的模块：
template模块
file模块
lineinfile模块
mysql_db模块
get_url模块
git模块