1. ansible-角色-roles目录结构
角色是基于已知文件结构自动加载某些vars_files，任务和处理程序的方法。按角色对内容进行分组还可以轻松与其他用户共享角色。
以下是角色目录结构示例图：
1) 目录结构解释
角色期望文件位于某些目录名称中。角色必须至少包含其中一个目录，但是排除任何未使用的目录是完全正确的。在使用时，每个目录必须包含一个main.yml文件，其中包含相关内容：
- site：是ansible的统一入口，就行调用的安装服务总配置
- webservers.yaml：主要是对ansible里一些能做功能，yum等
- roles：角色目录
- common：公共的roles目录
- nginx：角色的软件目录
- tasks：包含角色要执行的主要任务列表
- handlers：包含处理程序，可以由此角色使用，甚至可以在此角色之外的任何位置使用
- defaults：角色默认的变量
- vars：角色其他的变量
- files：包含可以通过此角色部署的文件
- templates：包含可以通过此角色部署的模板
- meta：角色定义的一些元数据
其他YAML文件可能包含在某些目录中。例如，通常的做法是从 tasks/main.yml 文件中包含特定于平台的任务：
1 # roles/example/tasks/main.yml 2 - name: added in 2.4, previously you used 'include' 3 import_tasks: redhat.yml 4 when: ansible_facts['os_family']|lower == 'redhat' 5 - import_tasks: debian.yml 6 when: ansible_facts['os_family']|lower == 'debian' 7 8 # roles/example/tasks/redhat.yml 9 - yum: 10 name: "httpd" 11 state: present 12 13 # roles/example/tasks/debian.yml 14 - apt: 15 name: "apache2" 16 state: present
角色还可以包括模块和其他插件类型
2) 使用角色
使用角色的经典（原始）方式通过给定游戏的选项：roles
1 --- 2 - hosts: webservers 3 roles: 4 - common 5 - webservers
这为每个角色“xxx”指定了以下行为：
- 如果角色 /xxx/tasks/main.yaml存在，则其中列出的任务将添加到任务中，否则将不会添加任务中。
- 如果角色 /xxx/handlers/main.yaml存在，则其中列出的处理程序将添加到任务中，否则将不会添加任务中。
- 如果角色 /xxx/vars/main.yml存在，则其中列出的处理程序将添加到任务中，否则将不会添加任务中。
- 如果角色 /xxx/defaults/main.yml存在，则其中列出的处理程序将添加到任务中，否则将不会添加任务中。
- 如果角色 /xxx/meta/main.yml存在，则其中列出的任何角色依赖项将添加到角色列表（1.3及更高版本）。
- 任何副本，脚本，模板或包含任务（在角色中）都可以引用roles / x / {files，templates，tasks} /（dir取决于任务）中的文件，而无需相对或绝对地路径化它们。
以下这种方式使用时，你的剧本的执行顺序如下：
- pre_tasks游戏中定义的任何内容。
- 到目前为止触发的任何处理程序都将运行。
- 列出的每个角色将依次执行。将首先运行角色中定义的任何角色依赖项，但需遵循标记过滤和条件。roles meta/main.yml
- tasks游戏中定义的任何内容。
- 到目前为止触发的任何处理程序都将运行。
- post_tasks游戏中定义的任何内容。
- 到目前为止触发的任何处理程序都将运行。