Чем больше автоматизаций работает на кроне, тем выше шанс, что одна из них молча сломается. Я обернул клиентские задачи общей обёрткой: падение превращается в один короткий алерт с причиной, а восстановление в отбой.
Расписания /etc/cron.d и crontab на сервере, прочитаны 06.10.2026, и исходный текст обёртки cron_guard.sh.
Точка старта
Задача
Под клиентов работает несколько десятков автоматизаций: чистка площадок, посты, дашборды, синхронизации фидов, разбор звонков. Каждая живёт на кроне. Любая может упасть ночью, и клиент заметит это раньше меня.
Решение
Вывод идёт в тот же лог
Обёртка запускает команду как есть и пропускает её вывод дальше в прежний лог. Параллельно копит вывод для алерта.
Код возврата и хвост вывода
В Telegram приходит название задачи, код возврата, время и хвост вывода до 1 200 символов. Часто причина видна сразу, без захода на сервер.
Шесть часов между повторами
Если задача падает каждую минуту, алерт приходит один раз за шесть часов, остальные падения только отмечаются.
Восстановилось
Первый успешный запуск после серии падений присылает сообщение о восстановлении и снимает отметку о сбое.
Не трогаем код задач
Чтобы взять задачу под защиту, в строке крона перед командой дописывается путь к обёртке и имя задачи. Скрипты клиентских автоматизаций остаются прежними.
Результат
Под обёрткой 48 задач в 49 строках крона: чистка площадок и минусации, посты, дашборды, синхронизации фидов, разбор звонков, сторожа токенов. Обёртка хранит состояние по каждой задаче и сообщает о падении и о восстановлении.
Чего в кейсе нет. Алерт говорит, что упало и чем закончился вывод, но не объясняет, почему. Диагноз остаётся за человеком. Число спасённых от простоя задач я не называю: статистику «сколько раз обёртка поймала сбой» мы не вели, это было бы выдуманной цифрой.
Контакты
Расскажете, что у вас крутится на кроне, подключу такую обёртку и пришлю формат алерта. Без обязательств.