Когда в ИТ-эксплуатации десятки систем — без мониторинга никуда. Но есть разница: мониторинг, который помогает дежурному, и мониторинг, который заваливает алертами так, что их перестают читать.

Расскажу коротко свой опыт и что реально работает.

Что обязательно нужно:

1. Алерты только по делу. Если сервер работал месяц с загрузкой CPU 90% и это норма — не надо слать Critical. Настройте baseline и пороги от него. Шум убивает внимательность.

2. Пинг и аптайм — база, но мало. Добавьте бизнес-метрики: отвечает ли API, проходит ли транзакция, открывается ли форма. Пользователю всё равно, что сервер жив, если приложение висит.

3. Dashboard-ы по ролям. Админу — графы и сырые метрики. Руководителю — сводка: сколько систем в норме, время реакции, тренд инцидентов. Один дашборд для всех не работает.

4. Интеграция с Service Desk. Алерт должен автоматически создавать заявку. И закрываться, когда метрика вошла в норму. Ручной перенос — потеря времени.

5. История и тренды. Мало знать, что сейчас плохо. Надо видеть — становится лучше или хуже по сравнению с прошлым месяцем. Это даёт проактивность, а не реактивность.

Что часто не работает:

• Попытка мониторить всё подряд. Лучше 20 метрик, на которые вы реально реагируете, чем 200, которые тяжело контролировать • Алерты в нерабочее время с low priority. Если Low приходит в 3 ночи — это уже High когнитивной нагрузки. Настройте тишину по расписанию • Мониторинг без ответственного. Если «а сервер кто смотрит?» — значит не смотрит никто

Вывод: хороший мониторинг — это когда дежурный видит проблему до того, как упал первый тикет, а не когда начали звонить пользователи. Всё остальное — просто коллекция графиков.

А у вас какой мониторинг стоит и сколько алертов в день приходит? 👇

#Мониторинг #ITMonitoring #Эксплуатация #Наблюдаемость #DevOps