在本博客中，ansible是一个系列文章，我们会尽量以通俗易懂的方式总结ansible的相关知识点。
ansible系列博文直达链接：ansible轻松入门系列
“ansible系列”中的每篇文章都建立在前文的基础之上，所以，请按照顺序阅读这些文章，否则有可能在阅读中遇到障碍。
在tasks内部调用变量，使用set_fact
你可能会在实际使用ansible的过程中遇到一些小问题，这些小问题通常对应着实际的应用场景，你会在遇到这些小问题时搜索怎样解决，也许，你只是需要学会一些小技巧罢了，记住这些小技巧，能让我们在实际的工作中事半功倍，当然，这些都是见仁见智的，我只是将我觉得有用的进行总结，想到哪个写哪个，可能会分成几篇文章进行总结 。
小技巧：在ansible中使用python字符串的一些特性
ansible基于python实现，当我们在ansible中处理字符串时，能够借助一些python的字符串特性，比如，在python中可以使用中括号(方括号)截取字符串中的一部分，在ansible中也可以利用这一特性，示例playbook如下：
如上例所示，我们定义了一个字符串变量a，如果我们想要获取a字符串的第3个字符，则可以使用”a[2]”获取，索引从0开始，执行上例playbook，debug的输出信息如下：
可以从输出信息中看到，我们已经获取到了a字符串的第三个字符”A”
你也可以使用a[2:5]获取到a字符串的第3到第5个字符（不包含第6个字符）
使用a[:5]获取到a字符串的第6个字符之前的所有字符（不包含第6个字符）
使用a[5:]获取到a字符串的第6个字符之后的所有字符（包含第6个字符）
其实之前文章中总结的成员运算符”in”和”not in”，也是python的字符串运算符
如上例所示，我们可以利用它们判断某个字符串是否包含另一个字符串
我们可以使用加号”+”连接两个字符串
或者使用乘号”*”连续的重复输出字符串，比如将字符串a连续输出3次
上例的debug输出如下：
在python中，有很多内建的处理字符串的函数（或者称之为字符串方法），在ansible中我们也可以利用这些字符串函数，处理字符串。
比如，使用find函数查找指定字符在字符串中的位置，示例如下：
上例表示，找出字符串’A1’处于字符串a的位置，上例的debug输出如下：
输出结果是2，也就是说，”A1″在字符串a中的位置是3，当在字符串中没有找到对应的字符时，find函数的返回值为”-1″，所以，我们也可以利用这一特性，判断字符串中是否包含指定的字符，如下：
在使用find函数时，也可以指定查找范围，find函数的语法是find(string,begin,end)
string是要查找的字符串，begin是起始位置，end是结束位置
比如，从字符串的第2个字符开始查找
除了find函数，还有很多其他的字符串函数，你可以了解一下，动手试试，此处只是为了演示怎样在ansible中使用python的字符串函数，所以就不一一示例了。
小技巧：”任务委派”，让某个任务在指定的主机上执行
当我们执行一个playbook时，需要设置目标主机，也就是说，playbook中定义的task会在目标主机上执行（一些特定的模块除外，某些模块天生就只会在ansible主机上执行，即使你指定了目标主机，它也仍然会在ansible主机上执行）。
但是，在某些场景下，我们需要指定某个任务在特定的主机上执行，举个例子，playbook中设置的目标主机是A、B、C三台主机，playbook中一共有5个task，因为某些原因，其中第3个task需要在D主机上执行，而不是在A、B、C这三台目标主机上执行，这个时候，我们该怎么办呢？我们可以使用最原始的方法，将第3个task单独设置成一个play段，然后将这个play段的目标主机设置为D，示意代码如下：
上述playbook虽然可以满足我们的目标，但是略显笨拙，因为上例中的大部分tasks都是需要在目标主机A、B、C上执行的，只是因为某些逻辑上的原因，task3需要到特定的主机上执行，难道每次遇到这种临时需要到特定主机上执行的任务，都需要单独分出一个play段吗？这样也太麻烦了吧，有没有更好的办法呢？当然有啦，遇到这种情况，我们就可以使用ansible的”任务委托”功能，”任务委派”可以让某个任务在指定的主机上执行，使用”delegate_to”关键字即可实现”任务委托”功能，示例如下：
如上例所示，上例中一共有3个tasks，第2个task使用了”delegate_to”关键字指定了对应的主机，test61，也就是说，第2个task只会在test61主机上执行，而不会在目标主机test70和test71主机上执行，但是第1个task和第3个task仍然会在目标主机test70和test71上执行，这样，就轻松的实现了我们想要的效果，通过”delegate_to”关键字，可以指定某个任务在特定的主机上执行，这个特定的主机可以是目标主机中的某一个，也可以不是目标主机中的任何一个。执行上例playbook，输出如下：
如你所见，第二个task都委托到test61主机上执行了。
小技巧：让某个任务在ansible主机上执行，而不是在目标主机上执行
默认情况下，task都会在目标主机上执行，但是在某些场景下，我们需要让某个task在ansible主机上执行，而不是在目标主机上执行，我们该怎么做呢？聪明如你一定想到了，刚才提到的”delegate_to”关键字不是正好能解决这个问题吗？我们只需要将”delegate_to”对应的主机设置成ansible主机即可，完全正确，”delegate_to”的确可以完美的解决这个问题，不过，除了”delegate_to”，还有另外一种方法也能实现相同的效果，当我们想要让某个任务在ansible主机上执行，而不是在目标主机上执行时，可以使用”connection: local”来完成，示例如下：
上例中，第一个task使用了”connection: local”，表示当前任务只在ansible主机本地执行，并不在目标主机上执行，快动手试试吧。
小技巧：”只跑一次”，设置某个task只运行一次
默认情况下，一个task会在每个目标主机上都执行一遍，也就是说，如果目标主机有5台，那么一个task就会执行5遍（每一遍在不同的目标主机上执行），在某些场景下，我们希望某个任务只运行一次，而不是有多少个目标主机就运行多少次。
我来描述一个场景，在剧本的开始，我需要下载某个软件包到ansible主机，于是我使用了get_url模块，从网站上下载了这个包，但是由于目标主机中一共有5台，所以，下载包的这个task会重复执行5次，示例如下：
执行上例playbook，你会发现，每个任务会针对每个目标主机都执行一遍，一共执行5遍，但是对于第一个task来说，没有必要执行5遍，因为只要执行一遍，我需要的安装包就会下载到ansible主机中，之后的4遍就没必要执行了，如果执行上例playbook，你会发现，由于ansible具备幂等性，当第一个task执行一次后，之后执行的4次其实并没有什么实质性的操作，但是，当你的安装包特别大、目标主机又特别多时，这些多余的操作仍然会浪费一些时间，所以，我们完全没有必要执行之后的4遍操作，这时，我们就需要借助到”run_once”关键字了，”run_once”关键字能让对应的任务只运行一次，示例如下：
如上例所示，我为第一个task设置了”run_once: true”，这表示，即使目标主机有5台，这个task也只会运行一次。
运行上例playbook，你会发现，当执行get_url这个任务时，只运行了一次。
当任务设置了”run_once”以后，只会在操作第一个目标主机时，运行一次