开始用 Ansible 管理机器了

说起来很可笑，总说自己是 SRE，但是 Salt，ansible 这种东西还没玩溜呢。平时的运维和发布一般都是工单，要走一些审批流程，所以也没啥场景去用这些。今天部署一个东西，才发现自己已经重复在机器上编译 Python 这种事情干了三次了，好，是时候将这些操作自动化了。

之所以选择 ansible，是因为它是通过 ssh 协议的，不必再客户端上面安装任何东西，不依赖其他 broker 数据库等，ansible 项目本身就是 Python 脚本，所以安装和使用就非常方便。

体验下来，发现 ansible 被人吐槽“慢”真是一点都不委屈，实在太慢了。

我主要用的是 role 的功能来将平时要做的事情在服务器上组织起来。

一个 Compile Python 的 Role

ansible 提供了 role 来组织你的脚本，role 其实是 playbook 通过文件结构将不同的部分组织，用的时候在 playbook 中 include 就可以了。

下面以一个编译 Python 的 role 为例。

首先它的目录结构如下：

在 roles 文件夹里面建了一个 compile_python37 的文件夹，一个文件夹就是一个 role，然后按照 role 规定的文件夹结构在这个 role 中新建相关的比如 tasks。

tools.yaml 中的内容如下，就是调用一下 role：

compile_python37/tasks/main.yml 中的内容如下：

可以看到用到了很多 "{{ xxx }}" 这样的东西，这相当于一些变量，我们将固定的操作写在 tasks 里面，将变量 vars 里面，这样之后如果要修改一些诸如解压地址的时候，就可以直接编辑 vars 了。

unarchive 可以直接写远程的 url，解压到本地的一个位置。

with_items 其实是循环，会循环 value 中所有的值，将它们当做 item 来执行一次命令。比如第一个 yum 命令会对 "{{ python_yum }}" 中的每一个值都执行一次。

compile_python37/vars/main.yml 的内容如下：

可以看到就是上面 tasks 需要的变量。

搞定，另外 galaxy 这里有一些大家写的 role，类似像一个 docker hub。不过我试了几个，直接用都有问题……

最后一点 Tips，单字母的命令放着不用太浪费了，推荐一下几个 alias：

再来一点 Tips，ansible 默认的输出实在是太反人类了，是一个压缩后的 json，换行符都没了，变成了一坨，编译命令、yum 安装命令的输出根本没法看了。找了一圈之后从一个 issue 里面才发现解决方案：设置 stdout_callback = debug 就好了，会以格式化的 json 来显示。也可以设置成 minimal 或 yaml，我觉得 yaml 比较好看。可以通过环境变量设置或者设置文件来设置。看这点赞数，颇有点“如何退出 Vim”的意味啊，为啥不弄成默认设置呢？