Мониторинг cron-задач при пропуске запуска

Мониторинг cron-задач помогает ловить тихие сбои расписания — бэкапы, отчёты, импорты и maintenance-скрипты, которые перестают бежать без шума в дашборде. Cron вызывает уникальный check-in URL после успешного прогона; SitePuls видит пропуск, если check-in не пришёл вовремя, и шлёт алерт в email, Telegram или webhook. SitePuls не ставит и не исполняет ваш crontab.

Почему cron падает тихо

Коды выхода уходят в логи без читателей, диск заполняется, credentials протухают, а календарь планировщика выглядит зелёным. Ждать жалобу пользователя — поздно.

Контроль пропущенных запусков cron

Ожидайте check-in в ритме задачи. Нет пинга после интервала и grace — это пропущенный запуск; уведомите владельцев пайплайна.

Добавьте check-in URL в cron-задачу

Создайте heartbeat-монитор, скопируйте URL и вызовите его в конце успешного скрипта. Технический механизм check-in описан на странице heartbeat-мониторинга.

Скрипты по расписанию и recurring jobs

Ночные cleanup, экспорт счетов, прогрев кэша и recurring-воркеры — всё, что должно завершаться по расписанию без дежурства у терминала.

Бэкапы, отчёты и импорты

Бэкап, который не стартовал, отчёт, который не собрался, импорт, застрявший ночью, видны как отсутствие check-in до тикета от финансов или поддержки.

Алерты о пропуске и восстановлении

Пропуск и recovery идут в те же email, Telegram и webhook, что и другие мониторы — прорехи расписания рядом с аптаймом.

Workflow мониторинга cron

Инвентаризируйте критичные cron, один монитор на задачу, контакты владельцев, затем расширяйте покрытие. Пошаговая настройка — в гайде monitor cron jobs.

Ценность для команд

Разработчики, сисадмины, агентства и SaaS получают простой сигнал непрерывности scheduled-работы без отдельной платформы управления cron.

Что можно проверять в SitePuls на этой странице

  • Следит за cron, бэкапами и импортами, которые должны отчитываться вовремя.
  • Фиксирует пропущенные heartbeat, когда фоновая работа перестаёт пинговать.
  • Алерт, если cron или воркеры перестали отчитываться.

Куда уходят оповещения об инцидентах

  • Адреса электронной почты в контактах получают письма при открытии и закрытии инцидентов (в рамках настроек уведомлений).
  • Уведомления в Telegram через бота SitePuls после привязки чата к контакту (включая сценарий /start для ожидающих контактов).
  • HTTPS-вебхуки с JSON: тип события, идентификаторы монитора, статус, время, при необходимости id инцидента и короткое сообщение — для своих интеграций.
  • Режим Slack-compatible incoming webhook: отдельный формат полезной нагрузки в настройках контакта.

Практический гайд по мониторингу

Пример ниже иллюстративный — значения вымышленные, не данные реальных клиентов.

Коммерческий workflow мониторинга cron

  • Список задач по расписанию и владельцев.
  • Heartbeat-пинг после успешного завершения каждой задачи.
  • Алерты о пропуске — в тот же канал, что и аптайм.

Пример вызова heartbeat (иллюстрация)

# После успешного завершения cron:
curl -fsS -X POST "https://heartbeat-endpoint.example/ping"
# Используйте URL из монитора SitePuls — не храните токены в коде.

Частые ошибки

  • Полагаться только на логи, которые никто не читает ежедневно.
  • Нет алерта, когда задача перестала работать, а сайт онлайн.
  • Пинг в начале задачи, а не после успешного завершения.

Частые вопросы

Как мониторинг cron замечает пропуск запуска?

Задача должна вызвать check-in URL после успеха. Если запроса нет в окне интервал+grace, монитор может стать DOWN и алертить.

SitePuls исполняет cron-задачи?

Нет. Планировщик у вас. SitePuls только принимает check-in завершения и алертит при его отсутствии.

Куда добавить check-in URL?

В конец успешного прогона — после бэкапа, отчёта или импорта, не в начале задачи.

Можно ли мониторить бэкапы и отчёты?

Да. Подходит любой скрипт по расписанию, который после успеха может сделать HTTPS к check-in URL.

Что при пропуске ожидаемого запуска cron?

Пропущенный check-in может открыть DOWN и уведомить контакты монитора, чтобы разобраться раньше.

Как часто ждать check-in у cron-монитора?

Интервал — под расписание cron; grace — под длинные прогоны, чтобы нормальная длительность не выглядела пропуском.

Есть ли recovery-алерты?

Да. Когда check-in возобновляются, recovery может уйти в те же email, Telegram или webhook.

Подходит ли для задач на другом сервере?

Да, если сервер может достучаться до HTTPS check-in URL после успешного завершения.

Ловите пропущенные запуски по расписанию раньше пользователей.

Настроить мониторинг cron-задачи Тарифы