站长资讯网简介：
Ansible是开源工具，整个开发过程或二次开发均遵循GPL协议，所以所有源码均可见，作为一款日常工作所需的核心软件，我们有必要知道其目录分布及各目录功能。
通过下列命令可以获取ansible所有文件存放目录
rpm -ql ansible
该命令输出较多，大致分为如下几类：
配置文件目录：/etc/ansible/
执行文件目录：/usr/bin/
Lib库依赖目录：/usr/lib/pythonX.X/site-packages/ansible/
Help文档目录：/usr/share/doc/ansible-X.X.X/
Man文档目录：/usr/share/man/manl/
运维经常需要配置的目录：
（1.）/etc/ansible/ 主要功能为：Inventory主机信息配置 、Ansible工具功能配置等。
（2.）执行文件目录/usr/bin/主要功能为：Ansible系列命令默认存放目录，Ansible所有的可执行文件均存放在该目录下。
Ansible配置文件解析
配置文件ansible.cfg约有350行语句，大多数为注释行默认配置项。该文件遵循INI格式分为如下几类配置。
（1.）[defaults]
该类配置下定义常规的连接类配置，如：
inventory、library、remote_tmp、local_tmp、forks、poll_interval、sudo_user、ask_sudo_pass、ask_pass、transport
remote_port等。
参数解释：
[defaults] #inventory = /etc/ansible/hosts #定义Inventory #library = /usr/share/my_modules/ #自定义lib库存放目录 #remote_tmp = $HOME/.ansible/tmp #临时文件远程主机存放目录 #local_tmp = $HOME/.ansible/tmp #临时文件本地存放目录 #forks = 5 #默认开启的并发数 #poll_interval = 15 #默认轮询时间间隔 #sudo_user = root #默认sudo用户 #ask_sudo_pass = True #是否需要sudo密码 #ask_pass = True #是否需要密码 #roles_path = /etc/ansible/roles #默认下载的Roles存放的目录 #host_key_checking = False #首次连接是否需要检查key认证，建议设为False #timeout = 10 #默认超时时间 #timeout = 10 #如没有指定用户，默认使用的远程连接用户 #log_path = /var/log/ansible.log #执行日志存放目录 #module_name = command #默认执行的模块 #action_plugins = /usr/share/ansible/plugins/action #action插件的存放目录 #callback_plugins = /usr/share/ansible/plugins/callback #callback插件的存放目录 #connection_plugins = /usr/share/ansible/plugins/connection #connection插件的存放目录 #lookup_plugins = /usr/share/ansible/plugins/lookup #lookup插件的存放目录 #vars_plugins = /usr/share/ansible/plugins/vars #vars插件的存放目录 #filter_plugins = /usr/share/ansible/plugins/filter #filter插件的存放目录 #test_plugins = /usr/share/ansible/plugins/test #test插件的存放目录 #strategy_plugins = /usr/share/ansible/plugins/strategy #strategy插件的存放目录 #fact_caching = memory #getfact缓存的主机信息存放方式 #retry_files_enabled = False #retry_files_save_path = ~/.ansible-retry #错误重启文件存放目录
上述是日常可能用到的配置，这些多数保持默认即可。
（2.）[privilege_escalation]
出于安全角度考虑，部分公司不希望直接以root的高级管理员权限直接部署应用，往往会开放普通用户权限并给予sudo的权限，该部分配置主要针对sudo用户提权的配置 。
参数解释：
#become = True #是否sudo #become_method=sudo #sudo 方式 #become_user=root #sudo后变为root用户 #become_ask_pass=False #sudo后是否验证密码
（3.）[privilege_connection] 该配置不常用到
#record_host_keys=False #不记录新主机的key以提升效率 #pty=False #禁用sudo功能
（4.）[ssh_connection]
Ansible默认使用的是SSH协议进行与对端主机进行通信。但配置项较少，多数默认即可
# pipelining = False
（5.）[accelerate]
Ansible连接加速相关配置。多数保持默认即可。 #accelerate_port = 5099 #加速连接端口 #accelerate_timeout = 30 #命令执行超时时间，单位秒 #accelerate_connect_timeout = 5.0 #连接超时时间，单位秒 #accelerate_multi_key = yes
（6.）[selinux]
关于selinux的相关配置几乎不会涉及，保持默认配置即可。
#libvirt_lxc_noseclabel = yes #libvirt_lxc_noseclabel = yes
（7.）[colors]
Ansible对于输出结果的颜色也进行了详尽的定义且可配置，保持默认即可。
#highlight = white #verbose = blue #warn = bright purple #error = red #debug = dark gray #deprecate = purple #skip = cyan #unrechable = red #ok = green #changed = yellow #diff_add = green #diff_remove = red #diff_lines = cyan
Ansible命令用法详解
Ansible命令执行的方式有：Ad-Hoc 、Ansible-playbook两种方式
两者本质没什么区别：Ad-Hoc主要用于临时命令的执行，Ansible-playbook可以理解为Ad-Hoc的集合，通过一定的规则编排在一起。
Ansible认证方式有两种：密码认证、公私钥认证两种方式
Ansible的命令使用格式：
ansible（主机模式） [options] （选项）
Inventory：中的group组名、具有"." 或"*" 或 ":" 等特殊字符的匹配型字符串 。<>表示该选项是必须项，不可忽略。
[options]是Ansible的参数选项，[]表示该选项中的参数任选其一。
-m NAME，--module-name=NAME：指定执行使用的模块 -u USERNAME，--user=USERNAME：指定远程主机以USERNAME运行命令。 -s，--sudo：相当于Linux系统下的sudo命令。 -U SUDO_USERNAME，--sudo-user=SUDO_USERNAME：使用sudo，相当于Linux下的sudo命令。
具体实例如下：
以kangshuo用户执行ping存活检测
ansible all -m ping -u kangshuo
以kangshuo sudo 至root执行ping存活检测
ansible all -m ping -u kangshuo --sudo
以kangshuo sudo 至batman 用户执行ping 存活检测
ansible all -m ping -u bruce --sudo --sudo-user batman
注意：但在新版本中ansible的sudo命令废弃，改为–become或-b，如上命令修改为如下：
以kangshuo sudo至root执行ping存活检测
ansible all -m ping -u kangshuo -b
以kangshuo sudo至batman用户执行ping存活检测
ansible all -m ping -u kangshuo -b --become-user batman
Ansible-playbook的命令用法和Ansible略有不同，虽然参数选项与Ansible有很多相同的地方，但也新增了针对Ansible-playbook特有的参数。
Ansible-playbook的命令使用格式如下：
Ansible-playbook playbook.yml
Ansible-playbook命令后跟事先编辑好的playbook.yml文件即可。Ansible-playbook新增的功能参数如下：
--ask-vault-pass：加密playbook文件时提示输入密码。 -D，--diff：当更新的文件数及内容较少时，该选项可显示这些文件不同的地方，该选项结合-C用会有较好的效果。 -e EXTRA_VARS，--extra-vars=EXTRA_VARS：在Playbook中引入外部变量。 --flush-cache：将fact清除到的远程主机缓存。 --force-handlers：强制运行handlers的任务，即使在任务失败的情况下。 -i INVENTORY：指定要读取的INventory（清单）文件。 --list-tags：列出所有可用的tags。 --list-tasks：列出所有即将被执行的任务。 --skip-tags=SKIP_TAGS:跳过指定的tags任务。 --start-at-task=START_AT_TASK：从第几条任务开始执行。 --step：逐步执行Playbook定义的任务，并经人工确认后继续执行下一步任务。 --syntax-check：检查Playbook中的语法书写。 -t TAGS，--tags=TAGS：指定执行该tags的任务。
Ansible系列命令用法详解与使用场景介绍
如何获取Ansible的系列命令呢？
在终端键入ansible后连续按两次Tab键，会补全所有以ansible字母开头的命令，这些命令均是Ansible系列命令。
ansible ansible-galaxy ansible-pull ansible-doc Ansible-playbook ansible-vault ansible-console
1.ansible：
ansible主要应用在如下场景：
（1.）非固化需求
（2.）临时一次性操作
（3.）二次开发接口调用
那么什么是非固化需求和临时一次性操作呢？
简单来讲，比如工作中我临时想查看storm_cluster组的主机是否存活。
ansible storm_cluster -m ping
[root@192 ~]# ansible storm_cluster -m ping 192.168.1.5 | success >> { "changed": false, "ping": "pong" } 192.168.1.7 | success >> { "changed": false, "ping": "pong" }
在或者我想临时复制本地的/etc/fstab文件到远程主机192.168.1.7的/tmp目录下做测试。
ansible 192.168.1.7 -m copy -a "src=/etc/fstab dest=/tmp/fstab owner=root group=root mode=644 backup=yes"
执行结果如下：
[root@192 ~]# ansible 192.168.1.7 -m copy -a "src=/etc/fstab dest=/tmp/fstab owner=root group=root mode=644 backup=yes" 192.168.1.7 | success >> { "changed": false, "dest": "/tmp/fstab", "gid": 0, "group": "root", "md5sum": "881cdcd7fca7a1dca107d264ba621358", "mode": "0644", "owner": "root", "path": "/tmp/fstab", "secontext": "unconfined_u:object_r:admin_home_t:s0", "size": 541, "state": "file", "uid": 0 }
再到192.168.1.7主机上面查看/tmp目录下是否有fstab文件。
例如上面的这些没规律的、临时需要做的任务，我们称之为非固化需求、临时一次性操作。
Ansible的返回结果都非常友好，一般会用3种颜色来表示执行结果：
红色：表示执行过程中有异常，一般会中止剩余所有的任务 绿色：表示执行过程中没有异常，所有任务均正常执行 橘黄色：表示执行过程中没有异常，所有任务均正常执行，但是命令执行结束后目标有状态的变化。
所以判断Ansible系列命令的执行结果是否正常是一件非常容易的事情，只要看颜色即可。
2.ansible-galaxy
通过ansible-galaxy命令，我们可以根据下载量和关注量等信息，查找和安装优秀的Roles。
Roles是Ansible非常重要的一项功能。之后的博客会有专门的详解。。。。。
在ansible-galaxy上，我们可以上传和下载Roles，下载地址为：https://galaxy.ansible.com
ansible-galaxy命令使用格式如下：
ansible-galaxy [ init | info | install | list | remove ] [--help] [options] ...
ansible-galaxy命令分为三大部分：
（1.）[init|info|install|list|remove]
init：初始化本地的Roles配置，以备上传Roles至galaxy。 info：列表指定Role的详细信息。 install：下载并安装galaxy指定的Roles到本地。 list：列出本地已下载的Roles。 remove：删除本地已下载的Roles。
Ansible2.0版本中，针对ansible-galaxy增加了login、import、delete、setup等功能，但这些功能需要基于login在galaxy认证成功后方可执行，主要为了方便对galaxy上已有的Roles的配置工作。
（2.）help用法显示[–help]
针对上面的init、info等功能，后面跟上–help可单独显示该项用法。例如：
ansible-galaxy init --help
执行后会返回ansible-galaxy init选项的用法说明。
Usage: ansible-galaxy init [options] role_name Options: -h, --help show this help message and exit -p INIT_PATH, --init-path=INIT_PATH The path in which the skeleton role will be created. The default is the current working directory. -s API_SERVER, --server=API_SERVER The API server destination -f, --force Force overwriting an existing role See 'ansible-galaxy
–help' for more information on a specific command.
其他选项与help用法一样。
（3.）参数项[options]
该部分结合第一部分的参数完成ansible-galaxy完整的功能用法。
可参考如下：
下载用户kangshuo的Nginx这个Role到本地并忽略错误（默认存放在/etc/ansible/roles/）
ansible-galaxy --ignore-errors install azavea.git
因为ansible-galaxy是对https://galaxy.ansible.com网站的上传、下载、配置类工作，如果有类似如下报错，请确保该网站可以正常访问。
The API server (galaxy.ansible.com) is not responding, please try again later.
3.ansible-pull
该指令的使用涉及Ansible的另一种工作模式：pull模式（Ansible默认使用push模式）。
push模式适用于以下场景：
（1.）你有数量巨大的机器需要配置，即使使用高并发线程依旧要花费很多时间。
（2.）你要在刚启动的、没有网络连接的主机上运行Ansible。
ansible-pull命令的使用格式如下：
ansible-pull [options] [playbook.yml]
通过ansible-pull结合Git和crontab一并实现，其原理如下：通过crontab定期拉去指定的Git版本到本地，并以指定模式自动运行预先制订好的指令。
具体参考如下实例：
*/20 * * * * root /usr/local/bin/ansible-pull -o -C 2.1.0 -d /srv/www/king-gw/ -i /etc/ansible/hosts -U git://git.kingifa.com/king-gw-ansiblepull >> /var/log/ansible-pull.log 2>&1
Ansible-pull通常在配置大批量机器的场景下使用，灵活性稍有欠缺，但效率几乎可以无限提升，对运维人员的技术水平和前瞻性规划有较高要求。
4.ansible-doc
ansible-doc是Ansible模块文档说明，针对每个模块都有详细的用法说明及应用案例介绍，功能和Linux系统man命令类似。
该命令使用方式如下：
ansible-doc [options] [module...]
ansible-doc命令后跟[options]参数或[模块名]，显示模块用法说明。具体示例如下：
ansible-doc -l #列出支持的模块
[root@192 ~]# ansible-doc -l acl Sets and retrieves file ACL information. add_host add a host (and alternatively a group) to the ansible-playbo airbrake_deployment Notify airbrake about app deployments alternatives Manages alternative programs for common commands apache2_module enables/disables a module of the Apache2 webserver apt Manages apt-packages apt_key Add or remove an apt key apt_repository Add and remove APT repositories apt_rpm apt_rpm package manager arista_interface Manage physical Ethernet interfaces arista_l2interface Manage layer 2 interfaces arista_lag Manage port channel (lag) interfaces arista_vlan Manage VLAN resources assemble Assembles a configuration file from fragments assert Fail with custom message at Schedule the execution of a command or script file via the a authorized_key Adds or removes an SSH authorized key azure create or terminate a virtual machine in azure bigip_facts Collect facts from F5 BIG-IP devices bigip_monitor_http Manages F5 BIG-IP LTM http monitors bigip_monitor_tcp Manages F5 BIG-IP LTM tcp monitors bigip_node Manages F5 BIG-IP LTM nodes bigip_pool Manages F5 BIG-IP LTM pools bigip_pool_member Manages F5 BIG-IP LTM pool members boundary_meter Manage boundary meters bzr Deploy software (or files) from bzr branches campfire Send a message to Campfire capabilities Manage Linux capabilities cloudformation create a AWS CloudFormation stack command Executes a command on a remote node composer Dependency Manager for PHP copy Copies files to remote locations. cpanm Manages Perl library dependencies. cron Manage cron.d and crontab entries. datadog_event Posts events to DataDog service debconf Configure a .deb package debug Print statements during execution
ansible-doc ping //模块功能说明
[root@192 ~]# ansible-doc ping > PING A trivial test module, this module always returns `pong' on successful contact. It does not make sense in playbooks, but it is useful from `/usr/bin/ansible' # Test 'webservers' status ansible webservers -m ping
5.Ansible-playbook
ansible-playbook工作机制：通过读取预先编写好的playbook文件实现批量管理。
要实现的功能与ansible命令一样，可以理解为按一定条件组成的ansible任务集。
ansible-playbook命令后跟YML格式的playbook文件，执行事先编好的任务集。
使用方式如下：
ansible-playbook playbook.yml
具体示例如下：
ansible-playbook gw.yml
playbook具有编写简单、可定制性高、灵活方便，以及可固化日常所有操作的特点，运维人员应熟练掌握。
6.ansible-vault
ansible-vault主要用于配置文件加密，例如编写的playbook配置文件中包含敏感信息，不希望其他人随意查看，ansible-vault可加密/解密这个配置文件。
具体示例如下：
首先编辑一个a.yml文件，里面内容为了测试随便输入即可，输入aaaaaaaaa
保存退出，加密a.yml文件。
ansible-vault encrypt a.yml
会有以下输入加密密码提示：
Vault password: Confirm Vault password: Encryption successful
设置完，这时再打开a.yml文件后会发现该文件乱码：
只有通过如下命令解密后方可正常查看。
ansible-vault decrypt a.yml
输入预设的密码后方可解密
Vault password: Decryption successful
此时a.yml文件打开后可正常查看：
7.ansible-console
ansible-console是Ansible为用户提供的一款交互式工具，用户可以在ansible-console虚拟出来的终端上像Shell一样使用Ansible内置的各种命令，这为习惯于使用shell交互方式的用户提供了良好的使用体验。
到这里，我们对ansible的用法及系列命令已经有了概念性的了解和掌握，接下来我们进一步了解Ansible Inventory（清单）文件的配置管理。
Ansible Inventory（清单） 配置及详解
Inventory（清单）是Ansible管理主机信息的配置文件，相当于系统HOSTS文件的功能，默认存放在/etc/ansible/hosts。
为了方便批量管理主机，便捷使用其中的主机分组，Ansible通过Inventory来定义主机和组。
在使用时通过-i或者–inventory-file指定读取，与Ansible命令结合使用时组合如下：
ansible -i /etc/ansible/hosts storm_cluster -m ping
读取结果如下：
注意：如果只有一个Inventory（清单）时可不用指定路径，默认读取/etc/ansible/hosts。Inventory（清单）可以同时存在多个，而且支持动态生成
Inventory（清单）的使用规则（定义主机和组）
Inventory（清单）配置文件遵循INI文件风格，中括号中的字符为组名。其支持将同一个主机同时归并到多个不同的组中，分组的功能为IT人员维护主机列表提供了非常大的便利。
此外，若目标主机使用了非默认的SSH端口，还可以在主机名称之后使用冒号加端口号来表名，以行为单位分隔配置
详细代码信息注释内容：
# “ # ” 开头的行表示该行为注释行，即当时行的配置不生效。 # Inventory（清单）可以直接为IP地址 192.168.1.7 #Inventory（清单）同样支持Hostname（主机名）的方式，后跟冒号加数字表示端口号，默认22号端口 ntp.magede.com：22 nfs.magede.com：22 # 中括号内的内容表示一个分组的开始，紧随其后的主机均属于该组成员，空行后的主机亦属于该组，即web2.magedu.com这台主机也属于[webservers]组。 [webservers] web1.magedu.com web[10:20].magedu.com #[10:20] 表示10 ~ 20 之间的所有数字（包括10和20 ），即表示web10.magedu.com、web11.magedu.com.................web20.magedu.com的所有主机。 web2.magedu.com[dbservers] db-a.magedu.com db-[b:f].magedu.com # [b:f] 表示b到f之间的所有数字（包括b和f），即表示db-b.magedu.com、db-c.magedu.com..........db-f.magedu.com的所有主机。
定义主机变量
在平时工作中，通常会遇到非标准化的需求配置，如考虑到安全性问题，业务人员通常将企业内部的web服务80端口修改为其他端口号，而该功能可以直接通过修改Inventory（清单）配置来实现，在定义主机时为其添加主机变量，以便在Playbook中使用针对某一主机的个性化要求。
例如：
[webservers] web1.magedu.com http_port=808 maxRequestsPerChild=801 #自定义http_port的端口号为808、配置maxRequestsPerChild为801.
Ansible其实支持多种方式修改或自定义变量，Inventory（清单）是其中的一种修改方式。关于更多种方式，将在后期会详细介绍到的。。。。。。。。
定义组变量
Ansible支持定义组变量，主要是针对大量机器的变量定义需求，赋予指定组内所有主机在Playbook中可用的变量，等同于逐一给该组下的所有主机赋予同一变量。
例如：
[groupservers] web1.magedu.com web2.magedu.com [groupservers:vars] ntp_server=ntp.magedu.com #定义groupservers组中所有主机ntp_server值为ntp.magedu.com nfs_server=nfs.magedu.com #定义groupservers组中的所有主机nfs_server值为nfs.magedu.com
定义组嵌套及组变量
Inventory（清单）中，组还可以包含其他的组（嵌套），并且也可以向组中的主机指定变量。不过，这些变量只能在Ansible-playbook中使用，而Ansible不支持。组与组之间可以相互调用，并且可以向组中的主机指定变量。
示例：
[apache] httpd1.magedu.com httpd2.magedu.com [nginx] ngx1.magedu.com ngx2.magedu.com [webservers:children] apache nginx [webservers:vars] ntp_server=ntp.magedu.com
Ansible以简单为其核心理念，上述实现在业务日常使用中并不常见，大家了解其用法即可。
多重变量定义
变量除了可以在Inventory（清单）中一并定义，也可以独立于Inventory（清单）文件之外单独存储到YAML格式的配置文件中，这些文件中，这些文件通常以.yml、.yaml、.json为后缀或者无后缀。
变量通常从如下4个位置检索：
Inventory（清单）配置文件（默认/etc/ansible/hosts） Playbook中vars定义的区域 Roles中的vars目录下的文件 Roles同级目录group_vars和hosts_vars目录下的文件
假设foosball主机同属于raleigh和webservers组，那么其变量在如下文件中设置均有效：
/etc/ansible/group_vars/raleigh # can optionally end in '.yml' ,'.yaml' , or '.json' /etc/ansible/group_vars/webservers /etc/ansible/host_vars/foosball
对于变量的读取，Ansible遵循如上优先级顺序，因此大家设置变量时尽量沿用同一种方式，以方便维护人员管理。
其他Inventory（清单）参数列表
除了支持如上的功能外，Ansible基于SSH连接Inventory（清单）中指定的远程主机时，还内置了很多其他参数，用于指定其交互方式。
下面列举了部分重要参数：
ansible_ssh_host：指定连接主机ansible_ssh_port，指定SSH连接端口，默认22 ansible_ssh_user：指定SSH连接用户 ansible_ssh_pass：指定SSH连接密码 ansible_sudo_pass：指定SSH连接时sudo密码 ansible_ssh_private_key_file：指定特有私钥文件
其他内置参数还有数十个， 这些参数均可以直接写在命令行或Playbook文件中，以覆盖配置文件中的定义。
Ansible与正则
正则表达式（Patterns）是各类高级语言的必定支持的方法之一，Ansible也不例外。其Patterns（模式）功能等同于正则表达式，语法使用也和正则类同，这大大便利了运维的使用。
该功能同样支持Ansible-playbook，其用法也非常简单，语法如下：
ansible-m -a
该功能主要针对Inventory（清单）的主机列表使用。
如下示例中主要针对webservers进行正则匹配：
重启webservers组所有主机的httpd服务
ansible webservers -m service -a "name=httpd state=restarted"
（1.）ALL（全量）匹配
匹配所有主机，all或*号功能相同，但*号需引起来。如检测所有主机存活情况
ansible all -m ping ansible "*" -m ping
检查192.168.1.0/24网段所有主机存活状况
ansible 192.168.1.* -m ping
（2.）逻辑或（or）匹配
如果我们希望同时对多台主机或多个组同时执行，相互之间用":"（冒号）分隔即可。
ansible "web1:web2" -m ping
（3.）逻辑非（！）匹配
逻辑非用感叹号（！）表示，主要针对多重条件的匹配规则，使用方式如下：
所有在webservers组但不在Phoenix组的主机
webservers：！Phoenix
（4.）逻辑与（&）匹配
和逻辑非一样，逻辑与也主要针对多重条件的匹配规则，只是逻辑上的判断不同。逻辑与使用&表示，请看如下示例：
webservers组和staging组中同时存在的主机
webservers：&staging
（5.）多条件组合
Ansible同样支持多条件的复杂组合，该情况企业应用不多，这里做简单举例说明。
webservers和dbservers两个组中的所有主机在staging组中存在且在Phoenix组中不存在的主机
webservers：dbservers：&staging：！Phoenix
（6.）模糊匹配
*通配符在Ansible表示0个或多个任意字符，主要应用于一些模糊规则匹配，在平时的使用中应用频率非常高，请参考如下示例：
所有以.magedu.com结尾的主机均符合
*.magedu.com
one开头.com结尾的所有主机和dbservers组中的所有主机
one*.com：dbservers
（7.）域切割
Ansible底层基于python，因此也支持域切割。Python字符串域切割的示例如下：
str = '12345678' print = str[0:1]
通过[0:1]即可获取数值1.该功能在Ansible中也支持，以如下Inventory（清单）内容为例：
[webservers] cobweb webbing weber
通过上面截取数组下标可以获取到对应变量值。
webservers[0] # == cobweb webservers[-1] # == weber webservers[0:1] # == cobweb,webbing webservers[1:] # == webbing,weber
（8.）正则匹配
Ansible同样完整支持正则匹配功能，"~"开始表示正则匹配。
~(web|db).*.example.com
检测beta.example.com、web.example.com、green.example.com、beta.example.org、web.example.org、green.example.org的存活，使用如下匹配模式：
ansible "~(beta|web|green).example.(com|org)" -m ping
关于Ansible的正则功能到此结束，相信大家在浏览的过程中对其灵活程度也会有所感触，在对Ansible的实际应用过程中也会不断地加深对其理解。
