Q: Что значит ":05, :10, :15"?

Это минуты часа. */5 запускается каждые 5 минут от :00 до :55. То есть 14:00, 14:05, 14:10, 14:15... Если первый запуск нужен НЕ в :00 (а в :03), используйте 3-58/5 * * * *. Это мелкая деталь, обычно не важна. Главное — соседние задачи не должны запускаться в одинаковое время чтобы не создавать пик нагрузки на сервере.

Q: Можно ли использовать для polling?

Да, но осторожно. Polling каждые 5 минут — приемлемо для обновления небольших объёмов данных (например, синхронизация курсов валют). Для real-time данных лучше webhooks или WebSocket. Если опрашиваете чужой API — проверьте его rate limits: 288 запросов в сутки могут быть превышением для бесплатных тарифов. Используйте кэш и If-Modified-Since заголовки чтобы снизить нагрузку.

Q: Что насчёт overlap — что если запуск длится дольше 5 минут?

Cron НЕ предотвращает overlap по умолчанию. Если задача длится 7 минут, в 14:00 запустится первая, в 14:05 — вторая (параллельно). Это может создать race condition, удвоить нагрузку на БД, повредить данные. Решения: (1) flock в bash: flock -n /tmp/myjob.lock /path/to/script . (2) Lock в БД (advisory lock в PostgreSQL). (3) Передача задач в очередь (RabbitMQ, Redis) с одиночным consumer. (4) Использовать systemd timer с RemainAfterExit=yes.

Q: Альтернативы каждые 5 минут?

Каждые 2 минуты — */2 * * * *. Каждые 10 минут — */10 * * * *. Каждые 15 минут — */15 * * * *. Каждые 30 минут — */30 * * * * или 0,30 * * * *. Каждый час в :30 — 30 * * * *. Чем реже, тем меньше нагрузка. Выбирайте минимальную приемлемую частоту: для большинства задач каждые 15 минут достаточно.

Q: Как использовать в GitHub Actions?

В .github/workflows/file.yml: on: { schedule: [{ cron: "*/5 * * * *" }] } . ВАЖНО: GitHub Actions имеет минимум 5 минут между запусками для бесплатных репо. Также может задержать выполнение на 10-15 минут при высокой нагрузке runners. Не используйте для задач, требующих точности «ровно каждые 5 минут» — используйте AWS EventBridge или cron в своём VPS.

Question 1

Какое cron-выражение для каждых 5 минут?

Accepted Answer

*/5 * * * * — стандартный POSIX cron. Запускается в :00, :05, :10, :15, :20, :25, :30, :35, :40, :45, :50, :55 каждого часа = 12 раз в час = 288 раз в сутки. Альтернативная запись 0/5 * * * * — это формат Quartz/Spring (Java), эквивалентно. Третья форма 0,5,10,15,20,25,30,35,40,45,50,55 * * * * — длинно, но явно.

Question 2

Чем */5 отличается от 0/5?

Accepted Answer

*/5 — стандарт POSIX cron (Linux, macOS, BSD). 0/5 — расширенный синтаксис из Quartz scheduler (Java) и Spring. Семантически идентичны: запуск каждые 5 единиц от значения 0. Если используете Linux cron — пишите */5. Если Spring/Java приложение — оба варианта работают. В GitHub Actions, GitLab CI используется POSIX-стиль (*/5).

Question 3

Что лучше — каждые 5 минут или каждую минуту?

Accepted Answer

Зависит от задачи. Каждую минуту (* * * * *) — для критичных задач (мониторинг доступности, alerting), но создаёт нагрузку 1440 запусков в сутки. Каждые 5 минут (*/5) — компромисс: 288 запусков, актуальность <5 минут. Каждые 15 минут — для health checks и не-критичных синхронизаций. Каждый час — для backup, отчётов. Не используйте «каждую секунду» в обычном cron — он минимум 1 минута; для секунд используйте systemd timer с OnUnitActiveSec=10s.

Question 4

Что значит ":05, :10, :15"?

Accepted Answer

Это минуты часа. */5 запускается каждые 5 минут от :00 до :55. То есть 14:00, 14:05, 14:10, 14:15... Если первый запуск нужен НЕ в :00 (а в :03), используйте 3-58/5 * * * *. Это мелкая деталь, обычно не важна. Главное — соседние задачи не должны запускаться в одинаковое время чтобы не создавать пик нагрузки на сервере.

Question 5

Можно ли использовать для polling?

Accepted Answer

Да, но осторожно. Polling каждые 5 минут — приемлемо для обновления небольших объёмов данных (например, синхронизация курсов валют). Для real-time данных лучше webhooks или WebSocket. Если опрашиваете чужой API — проверьте его rate limits: 288 запросов в сутки могут быть превышением для бесплатных тарифов. Используйте кэш и If-Modified-Since заголовки чтобы снизить нагрузку.

Question 6

Что насчёт overlap — что если запуск длится дольше 5 минут?

Accepted Answer

Cron НЕ предотвращает overlap по умолчанию. Если задача длится 7 минут, в 14:00 запустится первая, в 14:05 — вторая (параллельно). Это может создать race condition, удвоить нагрузку на БД, повредить данные. Решения: (1) flock в bash: flock -n /tmp/myjob.lock /path/to/script. (2) Lock в БД (advisory lock в PostgreSQL). (3) Передача задач в очередь (RabbitMQ, Redis) с одиночным consumer. (4) Использовать systemd timer с RemainAfterExit=yes.

Question 7

Альтернативы каждые 5 минут?

Accepted Answer

Каждые 2 минуты — */2 * * * *. Каждые 10 минут — */10 * * * *. Каждые 15 минут — */15 * * * *. Каждые 30 минут — */30 * * * * или 0,30 * * * *. Каждый час в :30 — 30 * * * *. Чем реже, тем меньше нагрузка. Выбирайте минимальную приемлемую частоту: для большинства задач каждые 15 минут достаточно.

Question 8

Как использовать в GitHub Actions?

Accepted Answer

В .github/workflows/file.yml: on: { schedule: [{ cron: "*/5 * * * *" }] }. ВАЖНО: GitHub Actions имеет минимум 5 минут между запусками для бесплатных репо. Также может задержать выполнение на 10-15 минут при высокой нагрузке runners. Не используйте для задач, требующих точности «ровно каждые 5 минут» — используйте AWS EventBridge или cron в своём VPS.

Выражение	Частота	Запусков/день	Применение
* * * * *	каждую минуту	1 440	Критичный мониторинг, alerting
/2 * * *	каждые 2 мин	720	Очень частый мониторинг
/5 * * *	каждые 5 мин	288	Health check, синхронизация
/10 * * *	каждые 10 мин	144	Сбор метрик, агрегация
/15 * * *	каждые 15 мин	96	Heartbeat, reports
/30 * * *	каждые 30 мин	48	Нечастые задачи
0 * * * *	каждый час	24	Backup, отчёты, ротация логов

Cron каждые 5 минут

Выражение /5 * * *

Когда применять каждые 5 минут

Альтернативы по частоте

Подводные камни

Часто задаваемые вопросы

Лиана Арифметова

Инструмент справочный — не заменяет эксперта