roles类似于salt-stack里面的state，state有一定的组织结构。
而roles则是ansible中，playbooks的目录组织结构。
这么划分有啥好处呢？好处多了去了，如果把所有的东西都写到playbooks里面的话，
可能会导致我们这个playbooks很臃肿，不宜读。而模块化之后，成为roles的组织结构，易读，代码可重用，层次清晰方面贡献等等好处。
来看一下，楼主弄的一个小的目录结构。楼主自己做测试，内容都是瞎掰的，和实际环境完全不搭嘎的。
第一级目录，有俩文件夹，俩文件。
group_vars这里面存的组变量，这里面的变量和/etc/ansible/group_vars里面的组变量定义规则是一样的。 groups_vars下面的salt文件，里面的变量只对salt这个组有效。。。如果文件名为all，则对所有主机所有组都有效。 而相对于roles，这里面的变量则是全局的。
lixc@ansible:~/ansible_script/web$ cat group_vars/salt http_port: 80
hosts存放的是主机及组信息
lixc@ansible:~/ansible_script/web$ cat hosts [salt] salt-master
roles目录下的mysql，和webservers显然就是两个role了。
像mysql，webservers这些目录下面可以有这些目录。
files:存文件的，把文件丢进这个目录，ansible默认就会到这里目录去找文件，对应task里面的copy模块
tasks：显然是存放tasks的
handlers：存放handlers
templates：存放模板，对应task里面的模块template
vars：这里面定义的变量，只对当前role有作用
meta：定义role和role直接的依赖关系。
先看webserver文件夹下有什么东西
再看看mysql文件夹下面都有些啥东西
site.yml文件，是我们要调用的文件了。
看一下执行结果吧
想必大伙都看到了，楼主在前面tasks里面定义的tags标签，那在roles里咋用tags呢
请看
执行一下。有以下，结果！
OK，下班回家了。
本文出自 “西风” 博客，请务必保留此出处http://lixcto.blog.51cto.com/4834175/1432722
ansible（四）roles,布布扣,bubuko.com
原文地址：http://lixcto.blog.51cto.com/4834175/1432722
