原文链接：http://blog.imkindu.com/2017/11/18/devops/ansible-role/

　playbook roles角色这个词一直不知道怎么解释，这么说吧，我们常用的lnmp环境，可以分为nginx管理、mysql管理、php管理等，如果我们使用playbook写成一个文件，这个文件会很大，但是不方便组织，我们可以分组，将其按大组分类，再细分为具体的小任务。

include

　　如果需要将一个大文件拆分为各个小文件，我们经常使用的就是Include，这是原先ansible拆分文件的做法，举个栗子。

一个 task include file 由一个普通的 task 列表所组成，像这样:

 
    

      1 
    
 
    

      2 
    
 
    

      3 
    
 
    

      4 
    
 
    

      5 
    
 
    

      6 
    
 
    

      7 
    
 
    

      8 
    
 
    

      --- 
    
 
    
 
     # possibly saved as tasks/foo.yml 
    
 
    
 
    

      - name: placeholder foo 
    
 
    

      command: /bin/foo 
    
 
    
 
    

      - name: placeholder bar 
    
 
    

      command: /bin/bar 
    
 

Include 指令看起来像下面这样，在一个 playbook 中，Include 指令可以跟普通的 task 混合在一起使用:
 

 
    

      1 
    
 
    

      2 
    
 
    

      tasks: 
    
 
    

      - include: tasks/foo.yml 
    
 

roles
 

　　roles这个词：一个分类，将mysql、php等分为各自的大组，在各个角色内定义具体的小任务，方便管理，另一方面，类似于php的类的自动加载，roles基于一个已知的文件结构，可以自动去加载某些vars_files、tasks、handlers等。
 

　　一个项目的结构如下：
 

 
    

      1 
    
 
    

      2 
    
 
    

      3 
    
 
    

      4 
    
 
    

      5 
    
 
    

      6 
    
 
    

      7 
    
 
    

      8 
    
 
    

      9 
    
 
    

      10 
    
 
    

      11 
    
 
    

      12 
    
 
    

      13 
    
 
    

      14 
    
 
    

      15 
    
 
    

      16 
    
 
    

      17 
    
 
    

      18 
    
 
    

      19 
    
 
    

      20 
    
 
    

      site.yml 
    
 
    

      webservers.yml 
    
 
    

      fooservers.yml 
    
 
    

      roles/ 
    
 
    

      common/ # 一个角色包含了一个playbook的基本参数 
    
 
    

      files/ 
    
 
    

      templates/ # 模板 
    
 
    

      tasks/ # 任务 
    
 
    

      handlers/ # 触发任务 
    
 
    

      vars/ # 变量 
    
 
    

      defaults/ 
    
 
    

      meta/ 
    
 
    

      webservers/ 
    
 
    

      files/ 
    
 
    

      templates/ 
    
 
    

      tasks/ 
    
 
    

      handlers/ 
    
 
    

      vars/ 
    
 
    

      defaults/ 
    
 
    

      meta/ 
    
 

roles内各目录含义解释
 

files：用来存放由copy模块或script模块调用的文件。
templates：用来存放jinjia2模板，template模块会自动在此目录中寻找jinjia2模板文件。
tasks：此目录应当包含一个main.yml文件，用于定义此角色的任务列表，此文件可以使用include包含其它的位于此目录的task文件。
handlers：此目录应当包含一个main.yml文件，用于定义此角色中触发条件时执行的动作。
vars：此目录应当包含一个main.yml文件，用于定义此角色用到的变量。
defaults：此目录应当包含一个main.yml文件，用于为当前角色设定默认变量。
meta：此目录应当包含一个main.yml文件，用于定义此角色的特殊设定及其依赖关系。
 

 
    

      1 
    
 
    

      2 
    
 
    

      3 
    
 
    

      4 
    
 
    

      5 
    
 
    

      --- 
    
 
    

      - hosts: webservers 
    
 
    

      roles: # 这里定义了使用哪些角色 
    
 
    

      - common 
    
 
    

      - webservers 
    
 

这个 playbook 为一个角色 ‘xxx’ 指定了如下的行为：
 

 
 
如果 roles/xxx/tasks/main.yml 存在, 其中列出的 tasks 将被添加到 play 中
如果 roles/xxx/handlers/main.yml 存在, 其中列出的 handlers 将被添加到 play 中
如果 roles/xxx/vars/main.yml 存在, 其中列出的 variables 将被添加到 play 中
如果 roles/xxx/meta/main.yml 存在, 其中列出的 “角色依赖” 将被添加到 roles 列表中 (1.3 and later)
所有 copy tasks 可以引用 roles/xxx/files/ 中的文件，不需要指明文件的路径。
所有 script tasks 可以引用 roles/xxx/files/ 中的脚本，不需要指明文件的路径。
所有 template tasks 可以引用 roles/xxx/templates/ 中的文件，不需要指明文件的路径。
所有 include tasks 可以引用 roles/xxx/tasks/ 中的文件，不需要指明文件的路径。
 

 

lamp场景分析
 

　　就算我们平时使用playbook时也应该使用roles来进行编排playbook，这样看上去比较清晰明了。但是roles还有更重要的任务那就是减少代码的重复性，这一点在我理解就是相当于模块化，把所有的功能都做成模块，谁需要用时调用即可。roles也是这样的概念，把各个角色独立编排，当需要使用一个或多个roles时只需要在play中指定即可。
 

 
 
 
  
 
 

 

　　如上图安装一个LAMP环境，但是各自运行在独立的服务器上，并且它们都有一个公共需要的Common（用来定义一些系统初始化的任务）。这么一个场景，使用roles就非常好了，把PHP、Apache、MySQL分别独立成三个roles，然后把Common独立为一个roles。当需要安装服务时，只需要在各自的play中指定对应的roles即可，需要安装什么服务就调用什么roles。
 

创建roles步骤
 

1、创建以roles命令的目录
 

 
    

      1 
    
 
    

      [root@centos80 ansible]# mkdir /etc/ansible/roles 
    
 

2、创建全局变量目录
 

 
    

      1 
    
 
    

      2 
    
 
    

      [root@centos80 ansible]# mkdir /etc/ansible/group_vars 
    
 
    

      [root@centos80 ansible]# touch /etc/ansible/group_vars/all # 变量文件 
    
 

3、定义角色
 

 
    

      1 
    
 
    

      [root@centos80 ansible]# mkdir /etc/ansible/roles/redis 
    
 

4、位每个角色目录分别创建files、handlers、tasks、templates、meta、defaults和vars等目录，目录可以为空，但不能不创建
 

 
    

      1 
    
 
    

      [root@centos80 ansible]# mkdir /etc/ansible/roles/redis/{files,templates,tasks,handlers,vars,defaults,meta} -p 
    
 

5、为每个角色目录下创建main.yml入口文件，通过此文件自动加载
 

 
    

      1 
    
 
    

      [root@centos80 ansible]# touch /etc/ansible/roles/redis/{defaults,vars,tasks,meta,handlers}/main.yml 
    
 

 
    

      1 
    
 
    

      2 
    
 
    

      3 
    
 
    

      4 
    
 
    

      [root@centos80 tasks]# cat /etc/ansible/roles/redis/tasks/main.yml 
    
 
    

      - name: restart redis 
    
 
    

      tags: restart redis 
    
 
    

      service: name=redis state=restarted 
    
 

6、在playbook中调用角色
 

　　如果只需要执行playbook中某一个roles 某一个tags时，可以使用 -t 指定此roles 并使用tags
 

 
    

      1 
    
 
    

      2 
    
 
    

      3 
    
 
    

      4 
    
 
    

      5 
    
 
    

      6 
    
 
    

      [root@centos80 ansible]# cat roleredis.yml 
    
 
    

      - hosts: 192.168.56.81 
    
 
    

      remote_user: root 
    
 
    

      roles: 
    
 
    

      - { role: redis, tags: "restart redis" } # 指明使用redis角色某个单独标签 
    
 
    

      - php # 指明使用php角色整个任务 
    
 

 
  
  
 
 Logo 
向您推荐>>Eolink开发者社区
 
权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区
 
 
  
更多推荐
  
 
深入理解 Mocha 测试框架：从零实现一个 Mocha
 
前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集
 
avatar 云原生
 
 
ELK实现containerd的容器日志采集展示【基于logging的全栈监测】
 
企业级ELK Stack构建介绍
 
avatar 云原生
 
 
(20200916 Solved)docker-compose up创建容器自动退出
 
问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...
 
avatar 云原生