Zinn® UptimeZinn® Uptime
Функції
Zinn® Uptime — це моніторинг доступності для будь-якої веб-адреси: він перевіряє цілодобово, підтверджує кожен збій повторною перевіркою перед тим, як надіслати сповіщення, і повідомляє вас електронною поштою, через Slack, Telegram або вебхук. Три монітори є безкоштовними, без банківської картки.
Перевірки вебсайту, які діють як відвідувач
Кожна перевірка — це справжній запит до вашої сторінки, такий самий, який надіслав би браузер відвідувача.
Монітор настільки добрий, наскільки добре запитання, яке він ставить. Zinn® Uptime не пінгує сервер і не відкриває порт, називаючи це вебсайтом; він запитує саму сторінку через HTTP або HTTPS, точно так само, як це робив би браузер, і чекає на відповідь. Якщо ім'я не вдається розпізнати, з'єднання відхилено, сертифікату не можна довіряти, сервер відповідає помилкою або протягом десяти секунд нічого не надходить у відповідь, ця перевірка вважається невдалою — і причина записується простими словами, тож сповіщення підказує вам, де шукати проблему.
- Безкоштовні монітори перевіряються кожні 5 хв; з пакетом кожна адреса в обліковому записі перевіряється щохвилини.
- Перенаправлення відстежуються, тому ви можете бачити адресу, яку вводять користувачі, а не кінцевий пункт призначення.
- Будь-яка відповідь 2xx або 3xx вважається працюючою; відповідь 4xx або 5xx вважається непрацюючою.
- Сторінка, відповідь якої займає понад 10 секунд, вважається такою, що перевищила час очікування.
Збої підтверджуються до того, як когось сповістять
Хибні тривоги вчать людей ігнорувати сповіщення, тому кожен збій має довести свою справжність.
В інтернеті губляться пакети, маршрути стають нестабільними, а окремий сервер десь зазнає хвилинного збою. Монітор, який надсилає сповіщення щодо кожного такого випадку, привчає вас ігнорувати їх, а згодом пропускає справді важливий збій. Тому збій має підтвердитися двічі: щойно перевірка завершується невдало, до тієї самої адреси надсилається абсолютно новий запит, який зазвичай виконується з іншого місця. Якщо цей другий запит проходить успішно, короткочасний збій відхиляється. Лише тоді, коли збої підтверджуються двома перевірками поспіль, адреса позначається як непрацююча, і надсилається сповіщення. Якщо велика частка всіх адрес, які ми відстежуємо, виходить із ладу одночасно, ми вважаємо, що проблема виникла на нашому боці, а не на вашому, і нічого не фіксуємо.
- Невдала перевірка негайно повторюється з новим запитом, який зазвичай обробляється з іншого розташування.
- Якщо цей другий запит досягне сайту, перша невдача відхиляється.
- Сайт оголошується непрацюючим після двох підтверджених збоїв поспіль, тому ви отримаєте сповіщення приблизно протягом двох інтервалів перевірки.
- Сторінка перевірки захисту від ботів ніколи не вважається простоєм вашого сайту.
Перевірки ключових слів для непрацюючих сторінок
Збій, якого не бачить код стану, — це сторінка, яка завантажується, але є порожньою.
Деякі з найгірших збоїв відповідають цілком нормальним кодом стану. Сайт WordPress, база даних якого перестала відповідати, магазин, оновлення теми якого порушило шаблон, сторінка, яка видається порожньою через неправильно налаштований кеш, — усі вони можуть повертати 200. Надайте монітору короткий фрагмент тексту, який з'являється лише тоді, коли сторінка дійсно працює, наприклад назву вашого сайту або фразу з нижнього колонтитула, і сторінка, яка завантажується без нього, вважатиметься непрацюючою з причиною «очікуваний текст відсутній».
- Додайте до 200 символів тексту, який має відображатися на сторінці.
- Якщо текст відсутній, перевірка завершується помилкою з причиною «expected text missing».
Сповіщення через електронну пошту, Slack, Telegram та вебхук
Одне повідомлення, коли сайт припиняє роботу, і одне, коли він відновлюється, — і ніколи щохвилини.
Сповіщення корисне лише тоді, коли його бачить потрібна людина. У разі збою адреси кожен учасник облікового запису отримує електронного листа без жодних додаткових налаштувань. Підключіть Slack, Telegram або власний вебхук, і це саме сповіщення надходитиме також туди, тож про подію дізнаються і командний канал, і телефон чергового інженера. Сповіщення спрацьовують на зміну, а не на стан: одне повідомлення, коли сайт падає, і одне, коли він відновлює роботу, із зазначенням приблизної тривалості простою — і в жодному разі не повідомлення щохвилини, поки він залишається недоступним.
- Кожен учасник облікового запису отримує електронний лист, якщо адреса стає недоступною.
- Підключіть Slack, Telegram або вебхук, і ті самі сповіщення надходитимуть і туди.
- Вебхуки підписуються за допомогою HMAC над міткою часу та тілом, щоб ваша кінцева точка могла перевірити, що вони надійшли від нас.
- У повідомленні про відновлення роботи приблизно вказано, як довго сайт був недоступний.
Надсилайте сповіщення про час безвідмовної роботи в Slack, Telegram або вебхук
Історія часу безвідмовної роботи та час відповіді
Показники, які ви можете показати клієнту, збережені протягом усього часу існування монітора.
Коли клієнт запитує, чи не працював його сайт у вівторок, відповіддю має бути запис, а не спогад. Для кожної адреси в списку зберігається час безвідмовної роботи та типовий час відповіді за останні 30 днів, у детальному перегляді — щогодинний час безвідмовної роботи із середнім і найповільнішим часом відповіді, а також кожен збій із зазначенням часу початку, тривалості та місця, де було підтверджено помилку. Історія зберігається доти, доки ви продовжуєте стежити за адресою; призупинення моніторингу зберігає її, а видалення моніторингу — видаляє.
- Час безвідмовної роботи та типовий час відповіді за останні 30 днів у списку.
- Погодинний час безвідмовної роботи, а також середній і найповільніший час відповіді для кожної адреси.
- Кожен зафіксований збій із зазначенням тривалості та місця підтвердження.
Швидкість сторінки поряд із часом безперебійної роботи
Сайт, що відповідає, все одно може бути занадто повільним для використання.
Сайт, який відповідає за вісім секунд, технічно працює, а практично недоступний. Окрім перевірок доступності, для кожної відстежуваної сторінки вимірюються показники Core Web Vitals — параметри завантаження, інтерактивності та стабільності макета, які використовують пошукові системи: щодня, якщо у вас є пакет, і щотижня на безкоштовному тарифі. Повільний тиждень після оновлення плагіна відображається на тому ж екрані, що й історія доступності, тому вам не потрібен додатковий інструмент, щоб це помітити.
- Core Web Vitals вимірюються для кожної сторінки, що відстежується, — щодня з пакетом, щотижня на безкоштовному тарифі.
- Відображається поруч з історією часу безвідмовної роботи, тож повільний тиждень і збій знаходяться на одному екрані.
Моніторинг домену, безкоштовно
Протермінований домен забирає з собою сайт, електронну пошту та позиції в пошуку.
Термін дії доменів закінчується з банальних причин: закінчився термін дії збереженої картки, нагадування про продовження надійшло особі, яка звільнилася, автоподовження ніколи не вмикали. Коли це стається, вебсайт, електронна пошта та роки пошукового рейтингу зникають разом із ним, а ім'я може зареєструвати хтось інший. Zinn® Uptime зчитує загальнодоступні реєстраційні дані кожного відстежуваного домену один раз на день і попереджає вас за 60, 30, 14, 7 і 1 день до закінчення терміну дії. Сервіс також порівнює запис із даними за попередній день і сповіщає вас у разі зміни реєстратора, серверів імен або статусу в реєстрі — що часто є першою ознакою захоплення контролю над обліковим записом домену.
- Ми зчитуємо реєстраційний запис кожного домену, що відстежується, один раз на день.
- Попередження про закінчення терміну дії за 60, 30, 14, 7 та 1 день.
- Сповіщення, коли змінюється реєстратор, сервери імен або статус у реєстрі, або коли домен зникає.
- Домени, зареєстровані або розміщені у нас, додаються автоматично; додайте будь-який інший домен за назвою.
Призупинити, зупинити й автоматизувати
Моніторинг повинен підлаштовуватися під роботу, а не навпаки.
Моніторинг має підлаштовуватися під реальну роботу. Призупиняйте монітор перед запланованою міграцією або технічним обслуговуванням і відновлюйте його роботу після цього; призупинені монітори не перевіряються та нічого не надсилають, а їхня історія зберігається. Усе на екрані Uptime також доступно через REST API, тому монітори можуть створюватися та видалятися вашими власними скриптами розгортання. А оскільки збій і відновлення є подіями платформи, вони можуть запускати автоматизацію на дошці Zinn® Boards — наприклад, відкривати картку для повідомлення про збій.
- Призупиніть монітор під час запланованих робіт і відновіть його пізніше, зберігши історію неушкодженою.
- Створюйте, перейменовуйте, призупиняйте та видаляйте монітори через REST API.
- Події збою та відновлення можуть запускати автоматизацію на дошці Zinn® Boards.
Розмістіть сайт також у нас
Zinn® Uptime знаходиться в тому ж обліковому записі, що й Zinn Digital® Hosting: один вхід, один рахунок, а сайти, які ви розміщуєте у нас, розташовані поруч із тими, за якими ви спостерігаєте. Hosting надається з гарантією щомісячної доступності 99,9%, яка компенсується в один клік, якщо ми її порушимо.
Моніторинг та відстеження доменів є безкоштовними для кожного облікового запису Zinn Digital®, незалежно від наявності хостингу.