- Головна
- Моніторинг
- Моніторинг часу відповіді
Моніторинг часу відповіді: помітьте повільну роботу ще до простою
Кожна перевірка зберігає, скільки тривала відповідь. На Pro й Agency поріг повільної відповіді відкриває інцидент про погіршення, коли середнє за три останні перевірки його перевищує, тож про проблему, що наростає, ви дізнаєтеся першими.
- 30 моніторів безкоштовно
- Без банківської картки
- Збої підтверджуються з інших регіонів
- Amsterdam97мсу межах ліміту
- London142мсу межах ліміту
- Останні 3 перевіркиу середньому 236 мс
- Поріг600 мс
- ТарифPro і Agency
Ілюстративний приклад
Перевірте просто зараз, прямо в браузері
Без реєстрації. Моніторинг часу відповіді: введіть адресу й подивіться, що саме відстежує такий монітор. Нічого з введеного не зберігається.
Один справжній запит із перевіряльника Tenium. Він іде за редиректами й читає сертифікат. Нічого не зберігається.
Публічний тест показує один час відповіді. Збережений монітор на Pro порівнює середнє за три останні перевірки з вашим порогом.
Що саме перевіряє цей монітор
Час до повної сторінки
Відлік зупиняється, коли тіло відповіді отримано (читається приблизно до 1 МБ), тож цифра ближча до того, скільки чекає відвідувач, ніж голий час до першого байта.
Поріг повільної відповіді
Задайте ліміт у мілісекундах. Коли середнє за три останні перевірки його перевищує, відкривається інцидент про погіршення, а не про простій. Pro й Agency.
Історія на кожному тарифі
Час відповіді зберігається й відображається на графіку на всіх тарифах, тож повільне наростання видно, навіть якщо порогу не задано.
Відстань входить у цифру
Перевірки йдуть з кількох регіонів, тому далекий регіон показує більше, ніж близький. Задаючи ліміт, зважайте на найвіддаленіший.
Моніторинг часу відповіді: як виглядає сповіщення
Та сама подія приходить листом, повідомленням у Telegram або карткою в Slack. Це текст, який надсилають канали; хост, час і числа вигадані.
shop.clienta.com
shop.clienta.com · Slow response: avg 1240 ms over 3 checks (threshold 600 ms)
| Error | Slow response: avg 1240 ms over 3 checks (threshold 600 ms) |
|---|---|
| Since | 14:02:11 UTC |
| Target | https://shop.clienta.com |
| Next step | Response time is above your threshold. Check server load, database and upstream APIs. |
AcknowledgeOpen incident
Tenium · checked from Amsterdam · 14:02 UTC
Tenium alerts
🟠 DEGRADED · shop.clienta.com · Slow response: avg 1240 ms over 3 checks (threshold 600 ms)
open
TTenium APP 2:02 PM
DEGRADED · shop.clienta.com
shop.clienta.com · Slow response: avg 1240 ms over 3 checks (threshold 600 ms)
- Error: Slow response: avg 1240 ms over 3 checks (threshold 600 ms)
- Target: https://shop.clienta.com
Підтвердити отриманняOpen incident
Response time is above your threshold. Check server load, database and upstream APIs. · checked from Amsterdam
Моніторинг часу відповіді: e-mail, Discord і Google Chat працюють на всіх тарифах, Slack, Telegram, Teams і Mattermost — з тарифу Starter. SMS і голосових дзвінків немає.
Час відповіді з порогом
Кожна перевірка зберігає, скільки тривала відповідь. Моніторинг часу відповіді: посуньте поріг і подивіться, коли б спрацювало сповіщення про повільну відповідь.
Як швидко ви дізнаєтеся
Оберіть тариф, щоб побачити його інтервал перевірки та скільки збій іде до вас, враховуючи підтвердження.
Моніторинг часу відповіді: збій трапляється у випадковий момент між двома перевірками, тож у середньому ви чекаєте пів інтервалу, а в найгіршому випадку — повний інтервал плюс вікно підтвердження. Одного регіону з помилкою мало: інцидент відкривається, лише коли збій підтверджують обидва регіони. Інші регіони питаються одразу, на відповіді відведено до 60 секунд.
Як налаштувати моніторинг часу відповіді за 30 секунд
Вкажіть адресу
Додайте сторінку чи ендпоїнт, швидкість якого важлива, а Tenium підставить розумний таймаут і стандартні налаштування підтвердження.
Оберіть інтервал
Найшвидший інтервал: 30 с на Pro й Agency, 1 хв на Starter, 5 хв на Free. Повільніші інтервали доступні на всіх тарифах.
Задайте поріг повільної відповіді
Оберіть, кому надсилати сповіщення. E-mail, Discord і Google Chat працюють на всіх тарифах, Slack, Telegram, Teams і Mattermost — з тарифу Starter, webhook — з Pro.
Збережіть
Перша перевірка запускається за лічені секунди. Якщо перевірка не пройде, інші регіони перевірять ще раз, перш ніж відкриється інцидент, тож один поганий маршрут вас не розбудить.
Що означає кожна помилка
Це текст, який інцидент показує в рядку «Error», типова причина й що перевірити першим.
SLOWSlow response: avg 1240 ms over 3 checks (threshold 600 ms)
Середнє за три останні перевірки перевищує ваш ліміт, тому відкривається інцидент про погіршення, а не про простій. Подивіться на навантаження сервера, базу даних і зовнішні API.
Виглядає як: Slow response: avg 1240 ms over 3 checks (threshold 600 ms)
SPIKEОдна повільна перевірка не спричиняє сповіщення
Усереднення трьох перевірок ігнорує один холодний старт чи збій, але справжнє сповільнення все одно помітить за кілька хвилин.
Виглядає як: Одна повільна перевірка не спричиняє сповіщення
DISTANCEДалекі регіони відповідають повільніше
Перевірки йдуть з кількох регіонів, тож задаючи ліміт, враховуйте відстань до найвіддаленішого.
Виглядає як: Далекі регіони відповідають повільніше
TIMEOUTTimeout after 30 s
Якщо відповідь надходить довше за таймаут, перевірка просто провалюється й рахується як простій, а не як повільна відповідь.
Виглядає як: Timeout after 30 s
Моніторинг часу відповіді: що входить у тарифи
| Free $0/міс. | Starter $7/міс. | Pro $29/міс. | Agency $59/міс. | |
|---|---|---|---|---|
| Доступно | ✓ | ✓ | ✓ | ✓ |
| Монітори | 30 | 100 | 300 | 1000 |
| Найшвидший інтервал | 5 хв | 1 хв | 30 с | 30 с |
| Регіони | 1 | 2 | 2 | 2 |
| Власні заголовки | — | — | ✓ | ✓ |
| Сповіщення про повільну відповідь | — | — | ✓ | ✓ |
| Ескалація на другий контакт | — | — | ✓ | ✓ |
| Сторінки статусу | 1 | 3 | 10 | Без обмежень |
Інші типи моніторів
Що вимірює ця цифра
Для HTTP-моніторів Tenium запускає відлік, коли запит виходить, і зупиняє його, коли тіло відповіді отримано (читається приблизно до 1 МБ). Це час до повної відповіді, а не до першого байта, тож він точніше відповідає тому, що відчуває відвідувач. TCP-монітори й ping зберігають власний час з’єднання та кругового проходження, а DNS-монітори — час запиту.
Кожен тариф зберігає цифру для кожної перевірки й будує графік. Від тарифу залежать сповіщення: поріг повільної відповіді з інцидентом про погіршення доступний на Pro ($29) та Agency ($59) разом з інтервалом у 30 с.
Як рішення ухвалює поріг повільної відповіді
Ви задаєте ліміт у мілісекундах. Tenium усереднює три останні перевірки й, коли середнє вище за ліміт, відкриває інцидент про погіршення, а не про простій. Усереднення трьох значень означає, що один холодний старт чи один «шумний» запит нікого не розбудить, а справжню деградацію все одно виявить за кілька хвилин на інтервалі в одну хвилину.
Ліміт слід задавати за фактами. Дайте монітору попрацювати тиждень, подивіться на графік і оберіть значення приблизно вдвічі більше за звичайне. Ліміт на рівні медіани сповіщатиме щодня по обіді. Пам’ятайте, що перевірки йдуть з кількох регіонів: найвіддаленіший регіон показує більше, ніж найближчий, тож ліміт має витримувати саме його.
Повільно — це не те саме, що недоступно
Таймаут одразу провалює перевірку, тож відповідь, що триває довше за таймаут монітора, — це простій, а не повільна робота. Повільна зона — усе між нормою та таймаутом, і саме там годинами живуть бази даних під навантаженням, вичерпані пули воркерів і збої у викликах сторонніх сервісів, перш ніж усе впаде.
Сприймайте сповіщення про погіршення як привід переглянути навантаження, базу даних і зовнішні API, саме в такому порядку. Якщо воно збігається з інцидентом провайдера, про це скаже стрічка сторонніх сервісів. Тест часу відповіді — швидкий спосіб побачити цифру з робочих регіонів, перш ніж обирати поріг.
Запитання: моніторинг часу відповіді
Чи час відповіді — це те саме, що TTFB?
Ні. Збережена цифра — це час, поки не надійшло все тіло відповіді. Час до першого байта був би коротшим і приховував би повільне тіло.
Чи потрібен Pro, щоб бачити час відповіді?
Ні. Час зберігається й відображається на графіку на кожному тарифі для перевірок з інтервалом від 5 хв і частіше. Лише сповіщення за порогом та інцидент про погіршення потребують тарифу Pro або Agency.
Чому рішення ухвалює середнє з трьох, а не кожна перевірка?
Один повільний запит — це шум. Три поспіль із середнім вище за ліміт — це тенденція. За цю схему ви платите затримкою в хвилину-дві, зате отримуєте набагато менше хибних тривог.
Чи вважається інцидент про погіршення простоєм?
Він записується як окремий інцидент про погіршення, відмінний від збою, тож ви самі вирішуєте, як його трактує ваш контракт.
Почніть моніторинг часу відповіді безкоштовно
30 моніторів на тарифі Free, без банківської картки, а збої підтверджуються з інших регіонів (зараз працюють 2 регіони). Переходьте на вищий тариф, коли клієнтів побільшає.