FerrisPulse

Что такое FerrisPulse?

FerrisPulse — это сервис мониторинга heartbeat для фоновых заданий и запланированной автоматизации. Вместо проверки ответа приложения на HTTP-запросы он ожидает success-пинг от ваших cron-заданий, воркеров очередей, бэкапов и других скриптов.

Если следующий ожидаемый heartbeat не поступает в заданный интервал, FerrisPulse отправляет down-уведомление, а затем автоматически рассылает recovery email при возобновлении пингов. Цель — превратить «тихий сбой» (задание, которое остановилось, хотя остальная система выглядит здоровой) в видимый инцидент с хронологией событий.

Ключевые возможности

• Мониторинг heartbeat по ожидаемому интервалу заданий: FerrisPulse отслеживает поступление success-пина по расписанию (например, ежечасно или еженочно) и расценивает пропуски как down-состояние.
• Success-пинг URL для каждого монитора: копируете уникальный ping URL монитора и вызываете его HTTP POST только после успешного завершения задания, чтобы «heartbeat» отражал выполненную работу.
• Down-уведомления плюс recovery email: при пропуске heartbeat отправляется одно down-уведомление; при поступлении следующего пинга — recovery email и закрытие инцидента.
• Хронология инцидентов и история heartbeat: дашборд показывает статус, историю пингов и окна инцидентов, избавляя от необходимости восстанавливать сбои из логов.
• Настраиваемый интервал и поддержка grace period: мониторы включают ожидаемый интервал и опциональный grace period для учета вариаций времени выполнения.

Как использовать FerrisPulse

1. Создайте монитор для отслеживаемого задания, укажите ожидаемый интервал (cadence) и добавьте grace period при необходимости.
2. Скопируйте ping URL монитора.
3. В автоматизации отправьте HTTP POST на ping URL только после успешного завершения задания.
4. Оставьте FerrisPulse работать: он обнаружит пропущенные heartbeats, отправит down-уведомления и recovery email при возобновлении пингов.

Примеры использования

• Cron-задание с ежечасным запуском: настройте ежечасный монитор и пингуйте URL после завершения скрипта. Если скрипт тихо перестанет запускаться на несколько часов, FerrisPulse отправит down-уведомление с указанием cadence и ссылкой на дашборд.
• Проверка бэкапов: для ночных бэкапов настройте ежедневный монитор и отправляйте пинг только после успешного завершения. Это ловит зависания пайплайна бэкапа без срабатывания общих тревог аптайма.
• Здоровье воркеров очередей (завершенная работа, а не только здоровье сервера): при использовании воркеров отправляйте success-пинг после обработки. FerrisPulse предупредит, если cadence успешной работы прервется.
• Запланированный ETL/отчетный пайплайн: для ежечасных или ежедневных синхронизаций биллинга или отчетов пингуйте в конце workflow. FerrisPulse ведет хронологию инцидентов, чтобы пропуски стали отслеживаемыми событиями.
• Автоматизационные скрипты по расписанию инфраструктуры: независимо от источника расписания workflow одинаков — пингуйте после успешного завершения скрипта, FerrisPulse обнаружит тишину.

FAQ

Как уведомить FerrisPulse о выполнении задания?

Вызывайте monitor-specific HTTP POST ping URL после успешного завершения задания. FerrisPulse ожидает пинги по заданному cadence.

Что вызывает уведомление?

Уведомление срабатывает, если следующий ожидаемый heartbeat/пинг не поступает к концу monitored cadence (с поддержкой grace period).

FerrisPulse шлет повторные уведомления во время инцидента?

Страница описывает одно down-уведомление на инцидент и отдельный recovery email при возврате пинга, избегая шторма дублирующих тревог.

Где увидеть, что произошло?

FerrisPulse предоставляет дашборд со статусом, историей heartbeat, окнами инцидентов и поведением уведомлений в одном месте.

Какие системы заданий поддерживаются?

Сайт указывает на совместимость с cron, systemd timers и экосистемами воркеров/планировщиков вроде BullMQ, Sidekiq, Celery, GitHub Actions, плюс языки/среды вроде Bash, Node.js, Python и Ruby.

Альтернативы

• Мониторинг uptime/проверок здоровья (HTTP endpoint checks): Полезно для доступности приложения, но может пропустить «silent failure», когда веб-сервер здоров, а фоновые задания (cron/очереди/backups) не выполняются.
• Оповещения на основе логов: Триггеры срабатывают по сообщениям об ошибках постфактум, но всё равно требуется активная проверка логов и это не так прямо обнаруживает пропущенные выполнения, как heartbeat.
• Уведомления планировщиков заданий (встроенные cron/systemd/GitHub Actions alerts): Некоторые среды уведомляют о сбоях, но workflow отличается, поскольку FerrisPulse фокусируется на явном success ping и мониторит ожидаемый cadence.
• Инструменты мониторинга очередей с акцентом на backlog/throughput: Они отслеживают поведение воркеров и очередей, но FerrisPulse специально мониторит наличие success heartbeats в момент завершения работы.