Моніторинг uptime

Ваш сервер каже, що все добре. Ваші користувачі бачать 502.

Внутрішні перевірки здоров'я проходять, поки сайт недоступний ззовні. Cronitorex звертається до ваших ендпоінтів зі своєї власної інфраструктури, так само, як це зробив би користувач, і повідомляє, коли реальність і ваші панелі розходяться.

api.example.com/health перевірка кожні 60 секунд

Перевірка: це більше, ніж код статусу

HTTP 200 з порожнім тілом усе одно є збоєм. Кожна перевірка визначає, як виглядає здорова відповідь, а все інше рахується як збій.

  • очікуваний статус · 200, 204, навіть 401
  • відповідність тіла · regex для тіла відповіді
  • власні заголовки · токени авторизації, заголовки host
  • тіло запиту · POST з JSON-навантаженням
  • таймаут · повільно рахується як недоступно
перевірка · api.example.com
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 чи взагалі відмовляється від з'єднань, сповіщення надсилається негайно, а сповіщення про відновлення надходить, щойно перевірки знову стають зеленими.

cdn-edge одне тимчасове збудження, повторено, без сповіщення
api-gateway реальний збій, одне сповіщення, одне відновлення

Кожні 60 секунд, або кожні 30

Перевірки виконуються кожні 60 секунд на Free і Pro, і кожні 30 секунд на Business. Найгірший випадок виявлення: один інтервал плюс перша повторна спроба, а не момент, коли хтось випадково відкриє сайт.

Кожна перевірка також записує час відповіді, тож ви бачите повільний тиждень до дня падіння. Тенденції знаходяться на тій самій панелі, що й ваші cron-завдання та сертифікати.

Free і Pro

Перевірки кожні 60 секунд, повторні спроби з наростанням затримки, історія часу відповіді для кожної перевірки.

Business

Перевірки кожні 30 секунд для ендпоінтів, де кожна хвилина простою має свою ціну.

Часті запитання про перевірки uptime

Звідки виконуються перевірки?

З інфраструктури Cronitorex у ЄС, поза вашою мережею. Перевірка, що виконується поруч з вашим застосунком, пропускає збої, з якими насправді стикаються ваші користувачі, як-от проблеми DNS, TLS чи маршрутизації.

Чи отримаю я сповіщення за кожну невдалу повторну спробу?

Ні. Повторні спроби внутрішні. Ви отримуєте одне сповіщення, коли збій підтверджено, і одне сповіщення про відновлення, коли перевірки знову проходять, через email, Telegram, Discord, Slack чи вебхук.

Чи можу я перевіряти ендпоінти, що вимагають автентифікації?

Так. Додайте власні заголовки, наприклад токен Authorization, оберіть HTTP-метод і додайте тіло запиту. Значення заголовків зберігаються зашифрованими і ніколи не включаються в повідомлення сповіщень.

Почніть моніторинг за 60 секунд

Зареєструйтеся, отримайте API-ключ, вставте curl у свій cron. Ось і все.