Внутрішні перевірки здоров'я проходять, поки сайт недоступний ззовні. Cronitorex звертається до ваших ендпоінтів зі своєї власної інфраструктури, так само, як це зробив би користувач, і повідомляє, коли реальність і ваші панелі розходяться.
HTTP 200 з порожнім тілом усе одно є збоєм. Кожна перевірка визначає, як виглядає здорова відповідь, а все інше рахується як збій.
GET https://api.example.com/health interval 60s / 30s assert status 200 · body =~ "ok" timeout 5s last result 200 in 187 ms p99 (24h) 312 ms
Мережі бувають нестабільні. Коли перевірка провалюється з тимчасовою помилкою, Cronitorex повторює спробу з наростанням затримки: через 60 секунд, потім 5 хвилин, потім 15 хвилин. Якщо повторна спроба вдається, сповіщення не надсилається.
Жорсткі збої минають цю драбину. Коли ваш ендпоінт повертає 500 чи взагалі відмовляється від з'єднань, сповіщення надсилається негайно, а сповіщення про відновлення надходить, щойно перевірки знову стають зеленими.
Перевірки виконуються кожні 60 секунд на Free і Pro, і кожні 30 секунд на Business. Найгірший випадок виявлення: один інтервал плюс перша повторна спроба, а не момент, коли хтось випадково відкриє сайт.
Кожна перевірка також записує час відповіді, тож ви бачите повільний тиждень до дня падіння. Тенденції знаходяться на тій самій панелі, що й ваші cron-завдання та сертифікати.
Перевірки кожні 60 секунд, повторні спроби з наростанням затримки, історія часу відповіді для кожної перевірки.
Перевірки кожні 30 секунд для ендпоінтів, де кожна хвилина простою має свою ціну.
З інфраструктури Cronitorex у ЄС, поза вашою мережею. Перевірка, що виконується поруч з вашим застосунком, пропускає збої, з якими насправді стикаються ваші користувачі, як-от проблеми DNS, TLS чи маршрутизації.
Ні. Повторні спроби внутрішні. Ви отримуєте одне сповіщення, коли збій підтверджено, і одне сповіщення про відновлення, коли перевірки знову проходять, через email, Telegram, Discord, Slack чи вебхук.
Так. Додайте власні заголовки, наприклад токен Authorization, оберіть HTTP-метод і додайте тіло запиту. Значення заголовків зберігаються зашифрованими і ніколи не включаються в повідомлення сповіщень.
Зареєструйтеся, отримайте API-ключ, вставте curl у свій cron. Ось і все.