Cronitorex стежить за вашими cron job'ами, скриптами деплою, HTTP-ендпоінтами та SSL-сертифікатами. Надішліть пінг з будь-якого скрипта і отримайте сповіщення за 60 секунд. Не потрібно будувати власну інфраструктуру моніторингу з нуля.
# Cron, деплой, ETL, бекап, воркер: обгортаємо будь-що у 3 рядки curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"run"}' /usr/local/bin/backup.sh # ваш скрипт, все, що ви запускаєте curl -sf https://api.cronitorex.com/ping \ -H "Authorization: Bearer $CRONITOREX_API_KEY" \ -d '{"event_type":"ping","monitor":"db-backup","status":"complete","duration":47.3}'
Працює з будь-яким скриптом, запущеним із шелу: bash, Python, GitHub Actions, k8s CronJob, задача Airflow, deploy hook.
Більшість збоїв не оголошують про себе. Ось як вони виглядають:
Cron-завдання pg_dump завершується з кодом 1 ще з 4-го числа. Ніхто не помітив, бо job, що падає, нічого не записує в панель і не надсилає жодного листа. Ви дізнаєтеся про це під час відновлення, у найдорожчий можливий момент.
Продовження було автоматизоване, поки хтось не переніс DNS. Сертифікат закінчився о 02:13, і checkout показував попередження про безпеку до понеділка. Ніщо у стеку не вважало це помилкою.
Сервер каже, що процес живий. Користувачі все одно отримують 502 від балансувальника навантаження. Зсередини все виглядає здоровим, і саме тому запит повинен приходити ззовні.
Cronitorex створено саме для цих трьох моментів.
Створено для розробників, які хочуть повний контроль над власним стеком моніторингу.
Три пінги. Повна прозорість.
Один HTTP-запит на пінг. Cronitorex зіставляє їх у хронологію, виявляє пропущені запуски та надсилає сповіщення за секунди. Без агентів. Без демонів. Просто три пінги.
Надішліть пінг run на початку виконання job'а.
{"status": "run"}Ваше реальне завдання виконується. Cronitorex чекає.
/usr/bin/backup.shНадішліть complete або fail. Панель оновлюється миттєво.
{"status": "complete"}Швидкий погляд на те, що Cronitorex показує вам щодня. Клацайте по вкладках.
Запуск завершився з exit 1. Сповіщення надіслано в Telegram і на email.
Вищерозташований API повернув 401 після ротації ключа. Виправлення в процесі.
HTTP-перевірка провалилася 3 рази поспіль з 503.
Інцидент провайдера закрито. Перевірки знову зелені.
Email, вебхук, Telegram і Discord на кожному плані. Slack з Pro. PagerDuty на Business.
Зовнішній опитувальний polling і сканування логів кожен пропускають цілий клас збоїв. Пінги закривають цю прогалину.
Перевірка каже вам, що сервер відповів. Вона не може сказати вам, що бекап о 02:00 так і не почався, бо немає URL, у якого можна запитати про job, який не запустився.
Логи фіксують усе і не сповіщають ні про що. Грепати вчорашній stack trace: це археологія; поки хтось його прочитає, шкода вже завдана.
Job, що надіслав run і ніколи не надіслав complete, завис. Job, що не надіслав нічого, мертвий. Обидва випадки викликають сповіщення протягом хвилини, з доданими exit code та stderr.
Cronitorex робить обидві речі: пінги зсередини, перевірки ззовні. Подивитись, як це працює →
Оберіть монітори, які хочете показати, і Cronitorex опублікує сторінку статусу з живим станом, відсотками uptime та історією інцидентів. Ви пишете оновлення під час розслідування, тож підтримка перестає відповідати на один і той самий лист знову і знову. Доступно на кожному плані, під власною адресою.
Шість типових сценаріїв, де Cronitorex доводить свою цінність.
Якщо це може надіслати HTTP-запит, це можна моніторити. Без агента, без SDK, без правил файрвола: пінги йдуть з вашого боку.
Одного рядка з curl достатньо. У документації є готові приклади для кожного середовища. Переглянути документацію →
Так. Cronitorex щодня моніторить продакшн cron job'и, HTTP-ендпоінти та SSL-сертифікати. Продакшн-трафік вітається на будь-якому плані, включно з Free.
Cronitorex надає стандартний HTTP API за схемою run/complete/fail. Якщо ваш поточний інструмент використовує подібну модель пінгів, міграція зводиться до заміни URL та API-ключа в наявних скриптах. Повний довідник по API за адресою docs.cronitorex.com, а покроковий гайд з міграції охоплює перехід з Cronitor, PostPing та інших інструментів.
Сповіщення через email, Telegram, Discord та вебхук доступні на всіх планах. Slack включений починаючи з плану Pro. Вебхуки дозволяють підключити будь-який HTTP-ендпоінт, що дає змогу самостійно інтегрувати будь-який зовнішній сервіс.
Так. Оберіть, які монітори публікувати, і Cronitorex згенерує публічну сторінку статусу з живим статусом, відсотками uptime та історією інцидентів: доступно на кожному плані, включно з Free.
Розміщено на нашій власній інфраструктурі в ЄС, відповідно до GDPR. Весь трафік передається через HTTPS (TLS 1.3): жоден пінг ніколи не йде у відкритому вигляді. База даних знаходиться в приватній мережі, доступній лише з наших сервісів застосунку. Паролі користувачів зберігаються як криптографічні хеші. Ви можете ротувати свій API-ключ у будь-який момент на сторінці профілю: старий ключ перестає працювати миттєво. Щоденні резервні копії бази даних, зашифровані, зберігаються 30 днів. Повний експорт даних і видалення акаунта прямо з панелі. Ми не продаємо і не передаємо дані третім сторонам. Потрібен звіт аудиту чи розгортання на власному сервері? Напишіть на hello@cronitorex.com.
Зареєструйтеся, отримайте API-ключ, вставте curl у свій cron. Ось і все.