Моніторинг має допомагати зрозуміти, чи виконує сервіс потрібну роботу та що робити при відхиленні. Графіки корисні, коли пов’язані зі зрозумілим сценарієм. Сповіщення без відповідального або дії створює шум, у якому легко пропустити справжню проблему.
Визначте важливу функцію й ознаки її порушення
Для сайту це може бути відкриття сторінки й обробка звернення, для інтеграції — своєчасна передача записів. Погоджуємо доступність, затримку та допустимі помилки. Перевірка процесу чи порту показує лише частину стану, тому потрібні прикладні ознаки.
Умовний приклад: інтеграція не повертає помилок, але черга непереданих замовлень постійно зростає. Сервіс формально запущений, однак не виконує потрібну функцію. Визначаємо показник затримки даних і відповідальну дію.
Поєднайте метрики, журнали та перевірки
Метрики показують зміну показників у часі, журнали допомагають розібрати подію, а трасування може зв’язувати запит між компонентами. Обираємо потрібний рівень, враховуючи витрати й чутливість. Не кожна система потребує однакового обсягу даних.
Перевіряємо час, назви, потрібні поля й доступ до діагностики. Без узгодженої часової картини важко зіставити скаргу з серверною подією. Секрети та зайві персональні дані не повинні потрапляти до журналів заради зручності пошуку.
Сповіщення повинно вести до дії
Погоджуємо критичність, робочі години, канал і ескалацію. Поріг враховує короткі коливання та вплив на користувача. Попередження про тенденцію може бути задачею планування, тоді як зупинка головної функції потребує швидкого розбору.
Повідомлення містить сервіс, симптом, час і посилання на потрібну інструкцію. Визначаємо, хто приймає сигнал за відсутності першого відповідального. Автоматична доставка в чат не доводить, що проблему хтось побачив і взяв у роботу.
Перевірте сам моніторинг
Створюємо погоджену безпечну подію й перевіряємо весь шлях до відповідального. Тестуємо також втрату джерела даних або самого збору. Відсутність тривог не підтверджує нормальну роботу, якщо система спостереження недоступна.
Передаємо панелі, правила й порядок підтримки. Після інциденту переглядаємо пропущені сигнали та зайвий шум. Новий компонент або зміна головної дії потребують оновлення моніторингу, щоб він відображав фактичний сервіс.
Джерела та подальше читання
