Ubuntu下Python脚本如何自动化执行

聊到Ubuntu下如何自动化执行Python脚本，其实方案远不止一种。不同的场景、不同的需求，往往对应着不同的选择。下面把这几种常见做法拆开讲讲，可能对实际选型有点帮助。

1. 最经典的选择：Cron作业

Cron，本质上就是一个基于时间的任务调度器。它的设计哲学很简单：你告诉它“在某个时间点干什么”，它到时候就干。这可能是Linux世界最古老、也最靠谱的自动化方式之一。

具体操作也不复杂：

1. 编辑当前用户的crontab文件，在终端里直接敲：

   crontab -e

2. 然后，在打开的文件中添加一行任务指令。比如，要每天凌晨2点跑一个Python脚本，就写：

   0 2 * * * /usr/bin/python3 /path/to/your/script.py

   这里/usr/bin/python3是Python解释器的路径，/path/to/your/script.py则是脚本的完整路径，这两个地方务必确认准确。

3. 保存退出。Cron会自动识别并生效，不需要额外重启什么服务。

这个方案最适用的场景，就是那些“周期固定、时间明确”的任务——比如每天的数据备份、每周的报告生成。它简单、轻量、零依赖，几乎每一台Ubuntu机器都能直接用。

2. 另一种现代化方案：Systemd服务

如果觉得Cron太“古老”，或者需要一个能持续运行、自动重启的后台服务，那Systemd就是更对口的选项。它是Ubuntu本身的初始化系统，管理着机器上所有服务的生老病死。

实现步骤是这样：

1. 在/etc/systemd/system/目录下，创建一个服务文件。比如叫my-python-script.service：

   sudo nano /etc/systemd/system/my-python-script.service

2. 写入以下内容：

   [Unit]
   Description=My Python Script
   
   [Service]
   ExecStart=/usr/bin/python3 /path/to/your/script.py
   Restart=always
   User=your_username
   
   [Install]
   WantedBy=multi-user.target

   ExecStart是脚本运行的命令，User指定用哪个用户身份来跑，Restart=always则保证了脚本退出后能自动拉起。

3. 保存文件后，重新加载Systemd配置：

   sudo systemctl daemon-reload

4. 接下来启动服务，并设置开机自启：

   sudo systemctl start my-python-script.service
   sudo systemctl enable my-python-script.service

相比Cron，Systemd更适合那些需要“常驻后台、时刻待命”的脚本——比如一个数据采集服务、一个状态监控程序。它的好处是：自身挂了会重启，机器重启了会自动跟着启动，管理起来也更规范。

3. 灵活触发的方案：inotifywait监控文件变化

有时候我们需要的不是“定时”，而是“触发”——比如某个配置文件被修改了就立刻执行脚本，或者有文件被放入指定目录就自动处理。这时候inotifywait就派上用场了。

步骤很直接：

1. 先安装inotify-tools：

   sudo apt-get install inotify-tools

2. 创建一个监控脚本，比如monitor.sh：

   #!/bin/bash
   inotifywait -m /path/to/your/script.py -e modify |
   while read path action file; do
       /usr/bin/python3 /path/to/your/script.py
   done

   它的逻辑是：持续监听某个文件或目录的变动事件，一旦触发，就立即执行Python脚本。

3. 给脚本赋予执行权限：

   chmod +x monitor.sh

4. 然后直接运行它：

   ./monitor.sh

这个方案特别适合那些“依赖外部事件驱动”的场景——比如监控日志文件变化、自动处理上传文件、重新加载配置。不过需要留个心眼：它是前台运行的，如果希望它在后台持续监控，最好配合nohup或后台进程。

4. 规模化时的选择：Ansible自动化

前面几种方案都是针对单机环境。如果你管理着多台Ubuntu服务器，想在它们上面统一执行脚本，那逐台配置Cron或Systemd就太累了。这时候，Ansible这类自动化运维工具就派上了用场。

部署起来也不难：

1. 安装Ansible：

   sudo apt-get install ansible

2. 创建一个Playbook文件，比如playbook.yml：

   ---
   - hosts: all
     tasks:
       - name: Run Python script
         shell: /usr/bin/python3 /path/to/your/script.py

3. 然后直接运行这个Playbook：

   ansible-playbook playbook.yml

Ansible的优势在于批量管理和编排能力。它不仅仅能跑脚本，还能完成配置分发、服务管理、环境初始化等更复杂的操作。对于线上多台机器的统一任务执行，这几乎是标配方案。

总结一下：Cron胜在简单直接，Systemd适合后台常驻，inotifywait解决事件驱动，Ansible搞定规模化运维。实际用哪个，还是要看你的具体场景和团队习惯。只要理解了每种方案的底层逻辑，选型就不是难事。