Запуск Python скрипта на сервере: системные подходы и практические сценарии

Расширенные примеры и нетривиальные сценарии

# systemd с передачей переменных окружения и ограничением ресурсов
# /etc/systemd/system/worker.service
[Unit]
Description=Python Worker with limited resources
After=network.target

[Service]
Type=simple
User=worker
Environment="PYTHONUNBUFFERED=1"
EnvironmentFile=/etc/default/worker
ExecStart=/usr/bin/python3 /opt/worker/run.py
Restart=always
RestartSec=10
MemoryMax=512M
CPUQuota=50%
LimitNOFILE=4096

[Install]
WantedBy=multi-user.target

Результат:

$ systemctl start worker
$ journalctl -u worker --since "1 hour ago"
-- Logs begin at Mon 2025-01-01 00:00:00 UTC, end at Mon 2025-01-01 12:00:00 UTC --
Jan 01 11:55:00 server python3[12345]: Worker started
Jan 01 11:55:01 server python3[12345]: Processing item #1

Пояснение: EnvironmentFile позволяет загружать переменные из файла; MemoryMax и CPUQuota ограничивают потребление ресурсов. Полезно для многопользовательских систем.

# Cron с динамическим окружением и логированием с ротацией
# /etc/cron.d/datacollect
SHELL=/bin/bash
PATH=/usr/local/bin:/usr/bin
30 2 * * * root /usr/bin/python3 /scripts/collect.py >> /var/log/collect.log 2>&1
# Лог ротируется через logrotate:
# /etc/logrotate.d/collect
/var/log/collect.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
    create 0640 root adm
}

Проверка работы cron:

$ grep collect /var/log/syslog
Jan  1 02:30:01 host CRON[1234]: (root) CMD (/usr/bin/python3 /scripts/collect.py >> /var/log/collect.log 2>&1)
$ cat /var/log/collect.log
Data collection started at 2025-01-01 02:30:01

Пояснение: cron-задачи от root могут писать в защищённые директории; ротация логов предотвращает переполнение диска.

# Docker Compose для запуска нескольких Python-скриптов и зависимости (например, Redis)
# docker-compose.yml
version: '3.8'
services:
  redis:
    image: redis:7-alpine
    restart: always
    healthcheck:
      test: ["CMD", "redis-cli", "ping"]
      interval: 10s
  worker:
    build: ./worker
    restart: always
    depends_on:
      redis:
        condition: service_healthy
    environment:
      - REDIS_HOST=redis
      - REDIS_PORT=6379
    volumes:
      - ./data:/app/data
  scheduler:
    build: ./scheduler
    restart: always
    depends_on:
      - redis
    ports:
      - "8080:8080"

# Внутри ./worker/Dockerfile можно указать:
FROM python:3.11-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install redis
COPY worker.py .
CMD ["python", "worker.py"]

Запуск:

$ docker-compose up -d
Creating network "myproject_default" ... done
Creating myproject_redis_1 ... done
Creating myproject_worker_1 ... done
Creating myproject_scheduler_1 ... done
$ docker-compose logs worker
Attaching to myproject_worker_1
worker_1  | Connected to redis at redis:6379
worker_1  | Processing queue...

Пояснение: Docker Compose координирует запуск нескольких сервисов; healthcheck гарантирует запуск worker только после готовности Redis.

# Использование Supervisor для управления Python-скриптом без systemd
# /etc/supervisor/conf.d/myapp.conf
[program:myapp]
command=/usr/bin/python3 /opt/myapp/main.py
user=myappuser
autostart=true
autorestart=true
stderr_logfile=/var/log/myapp.err.log
stdout_logfile=/var/log/myapp.out.log
environment=APP_ENV="production"

Перезагрузка Supervisor:

$ supervisorctl reread
$ supervisorctl update
$ supervisorctl status myapp
myapp                            RUNNING   pid 12345, uptime 0:01:23

Пояснение: Supervisor - альтернатива systemd для контейнеров или систем без systemd; поддерживает группы процессов, уведомления и многое другое.