智能化是平凡的 IT 和 DevOps 现实，但依据我的阅历，或许基本不存在什么不繁难的物品。有很屡次，我为某些义务想出了一个很好的处置打算，我甚至会编写脚本，但我没有让它真正成功智能化，由于在我上班的机器上不存在易于智能化的基础设备。
我最青睐的繁难智能化工具曾经是 cron 系统，它新鲜、牢靠、面向用户，而且繁难（除了一个我永远无法记住的调度语法之外）。但是，cron 的疑问是，它假设一台电脑每天 24 小时都在上班。在错过了太多预约的备份之后，我发现了，一个基于期间戳而非预约期间的 cron 系统。假设你的电脑在通常状况下运转时处于封锁形态，anacron 会确保它在电脑从新开启时运转。创立一个作业只有要繁难地把一个 shell 脚本放到三个目录中：、
cron.weekly
或许
cron.monthly
（假设你想的话，你可以定义更多）。有了 anacron，我发现自己把脚本和 Ansible 剧本用在了各种琐碎的义务中，包含弹出到期和事情提示。
这是一个现代疑问的繁难而显著的处置打算，但假设 anacron 没有装置在电脑上，那它对我就没有用。
用 Ansible 启动软件设置
任何时刻我设置一台新的计算机，无论是笔记本电脑、上班站还是主机，我都会装置 anacron。这很繁难，但是 anacron 的装置只提供了命令。它并没有设置 anacron 的用户环境。所以我创立了一个 Ansible 剧原本设置用户须要什么来经常使用 anacron 并装置命令。
首先，规范的 Ansible 模板：
用 Ansible 创立目录
接上去，我创立了用于 Anacron 的目录树。你可以把它看成是一种透明的 crontab。
这个语法或许看起来有点奇异，但它实践上是一个循环。
with_items:
指令定义了四个要创立的目录，Ansible 在
ansible.buildin.file:
指令中为每个目录迭代一次性（目录名填充了变量）。与 Ansible 中的一切一样，假设目录曾经存在，不会有失误或抵触。
用 Ansible 复制文件
ansible.buildin.copy
模块将文件从一个中央复制到另一个中央。为了让它上班，我须要创立一个叫做
anacrontab
的文件。它不是 Ansible 剧本，所以我把它放在我的
~/Ansible/data
目录下，那里是我的剧本的允许文件。
我的
anacrontab
文件很繁难，模拟了一些发行版自动装置在
/etc/anacron
中的文件：
登录时运转 anacron
大少数 Linux 发行版将 anacron 性能为从
/etc/anacron
读取作业。我重要是作为一个普通用户经常使用 anacron，所以我从我的登录账号
~/.profile
启动 anacron。我不想让自己记住这些性能，所以我让 Ansible 来做。我经常使用
ansible.buildin.lineinfile
模块，它会在
~/.profile
不存在时创立它，并拔出 anacron 的启动行。
用 Ansible 装置 anacron
关于我的大少数系统来说，模块可以用来装置软件包，但我的上班站运转的是 Slackware（经常使用），有时不同的 Linux 发行版也会进入我的收藏。
ansible.buildin.package
模块提供了一个装置软件包的通用接口，所以我把它用在这个剧本上。幸运的是，我还没有遇到一个名为的仓库不是，所以如今，我不用思考软件包称号的潜在差异。
这实践上是一个独自的剧本，由于软件包的装置须要权限更新，它由
becomes: true
指令提供。
经常使用 anacron 和 Ansible 成功轻松智能化
为了用 Ansible 装置 anacron，我运转该剧本：
从此，我就可以编写 shell 脚原本口头一些琐碎但重复的义务，而后把它复制到
~/.local/etc/cron.daily
，让它每天智能运转一次性（或许大概如此）。我还为诸如
清算下载文件夹
之类的义务编写了 Ansible 剧本。我把我的剧本放在里，这是我保留 Ansible 剧本的中央，而后在
~/.local/etc/cron.daily
里创立一个 shell 脚原本口头这个剧本。这很繁难，不费吹灰之力，而且很快成为习气。