Как часто можно запускать Cron-задачи?

Частота запуска Cron-задач: от секунд до месяцев

В классическом понимании Cron (на основе стандарта crontab) имеет минимальный интервал в 1 минуту. Это ограничение синтаксиса: самая мелкая гранулярность — минута. Однако на практике потребности бывают разными, и есть несколько подходов для обхода этого ограничения.

Стандартные интервалы в crontab

Синтаксис crontab позволяет задавать периодичность от минуты до месяца:

* * * * *    # Каждую минуту
*/5 * * * *   # Каждые 5 минут
0 * * * *     # Каждый час
0 2 * * *     # Каждый день в 02:00

Ключевое ограничение: задачи, выполняемые раз в минуту — это максимальная частота для стандартного cron.

Обход ограничения в 1 минуту

Для более частого запуска (например, каждые 10 секунд) используют следующие техники:

1. Скрипт-демон с паузой (sleep)
   Вместо cron запускается фоновый процесс, который работает в бесконечном цикле:

   #!/usr/bin/env php
   <?php
   while (true) {
       // Выполняем полезную работу
       process_data();
       
       // Ждём N секунд
       sleep(10);
   }
   

   Недостаток: если скрипт упадёт — задача остановится. Требуется мониторинг.

2. Множественные cron-записи
   Можно создать несколько записей с разными минутами:

   * * * * *       /task.sh
   * * * * * sleep 30; /task.sh
   

   Это даст выполнение каждые 30 секунд. Но метод становится громоздким для интервалов в несколько секунд.

3. Использование системных таймеров (systemd)
   В современных Linux-системах systemd.timer позволяет задавать интервалы в секундах:

   [Timer]
   OnBootSec=5min
   OnUnitActiveSec=10s
   

   Это более надёжная альтернатива cron для частых задач.

Практические рекомендации по частоте

• Каждую минуту: стандартный сценарий для очередей, мониторинга, сбора метрик.
• Каждые 5-15 минут: подходит для синхронизации данных, отправки уведомлений, импорта/экспорта.
• Чаще минуты: требуется для обработки очередей в реальном времени (RabbitMQ, Kafka). Лучше использовать демоны или специализированные воркеры.

Критические факторы при выборе интервала

1. Время выполнения задачи
   Интервал должен быть больше времени выполнения задачи. Иначе возникнут «накопления» и нагрузки. Добавьте запас 20-30%.

2. Блокировки и конкуренция
   Для частых задач используйте мьютексы или файлы блокировки, чтобы предотвратить параллельный запуск:

   $lockFile = '/tmp/task.lock';
   $fp = fopen($lockFile, 'w');
   if (!flock($fp, LOCK_EX | LOCK_NB)) {
       exit('Already running');
   }
   // Критическая секция
   flock($fp, LOCK_UN);
   

3. Мониторинг и логирование
   Частые задачи требуют аккуратного логирования и алертинга. Используйте:

   • Sentry для ошибок
   • Prometheus для метрик выполнения
   • Dedicated-логи для каждого задания

4. Распределённые системы
   В кластере cron должен запускаться только на одной ноде (лидер-элекшн). Решения:

   • Использовать flock на общем хранилище
   • Запускать через Kubernetes CronJob с конфигурацией concurrencyPolicy: Forbid
   • Использовать распределённый планировщик (Nomad, Airflow)

Альтернативы cron для high-frequency задач

• Очереди сообщений (RabbitMQ, Kafka): задачи ставятся в очередь и обрабатываются воркерами в реальном времени.
• Swoole / ReactPHP: PHP-демоны для обработки событий с минимальной задержкой.
• Специализированные планировщики:
  • Airflow для сложных DAG-графов
  • Temporal для отказоустойчивых workflow
  • Celery для Python-стека (через биндинги можно интегрировать с PHP)

Итог

Минимальный интервал стандартного cron — 1 минута. Для более частых задач используйте демоны, systemd.timer или очереди сообщений. Ключевой принцип: интервал должен учитывать время выполнения, обеспечивать блокировки от параллельных запусков и включать мониторинг. В микросервисной архитектуре рассмотрите выделенные сервисы-планировщики вместо cron на уровне ОС. Частые cron-задачи (раз в минуту и чаще) — это потенциальная точка отказа, требующая особого внимания к ресолву зависимостей, логированию и алертингу.