TGViewer
Product Developer Product Developer @product_developer · 12K subscribers
Post #38 1.55K
​​Пирамида Мониторинга

Представьте, что ночью вам звонит разгневанный начальник, которого разбудил его начальник, которого … , который узнал от пользователей, что прод упал.
Этого можно избежать, если продукт хорошо покрыт мониторингом.

Сначала введем термин «Пирамида Мониторинга».
Аналогично Пирамиде Тестирования, предлагаю разделить мониторинг на слои по степени детализации.

Посмотрим на эту пирамиду снизу вверх:

📌 Базовый слой — Мониторинг инфраструктурных юнитов.
Сеть, железо, базы данных, виртуалки, кластерное взаимодействие. Пинги между хостами, температура процессоров, ресурсы на виртуалках. Сюда же можно отнести взаимодействие компонентов распределенных систем, например отставание реплик баз данных. По этим метрикам всегда понятно, что чинить.

📌 Средний слой — Мониторинг интеграции приложений и инфраструктуры.
Liveness probes, метрики частоты успешных и ошибочных клиентских запросов, тайминги выполнения этих запросов.
Из этих метрик уже не всегда бывает понятно, что чинить. Например, если начинаются задержки в доставке SMS-подтверждений, можно переключить на другой шлюз. Но если возрастает время обработки пользовательских запросов, нужно смотреть в низлежащие компоненты: другие сервисы, базы данных. Возможно, пришло время оптимизировать хранилище и SQL запросы.

📌 Самый верхний слой — Мониторинг бизнес-метрик.
Работоспособность пользовательских сценариев и критериев приемки фич.
Покрыть все возможные технические и интеграционные метрики мониторингом невозможно. Спасает бизнес-мониторинг, максимально широко покрывающий продукт. Просевшая конверсия по платежам не дает понимания, как чинить. Но срабатывание мониторинга даст информацию о том, какой пользовательский сценарий сломался и команда разработчиков может подключиться к починке.

📌 Самый-самый верхний слой — Клиент, у которого не работает.
Тут без комментариев 🙈 В идеале, этот слой мониторинга не должен быть задействован.

Обычно системные администраторы заботятся о мониторинге инфраструктуры, а разработчики — о мониторинге приложений.

Часто бывает, что продукт обделён бизнес-мониторингом. Иногда он заботит менеджеров, но чаще всего о его потенциальном существовании не знают или на него просто забивают.

Заботьтесь о мониторинге, и он позаботится о вас 😉
More from @product_developer
  1. Oct 2, 2026Кого и почему заменят AI-агенты Пост наполнен ненавистью, я вас предупредил. Это вторая ча…
  2. Sep 12, 2026Автономность команды. Больше = лучше? Обычно автономность преподносится как безусловное до…
  3. Sep 8, 2026Почему AI-агенты не заменят кожаных Disclaimer: постов будет 2, второй — «Почему заменят»…
  4. Sep 4, 2026Avito.Tech.Conf — 26 сентября, Москва, бесплатно Бесплатных конференций вам в ленту! Спике…
  5. Jul 30, 2026AI-агенты — это ответ! А какой был ваш вопрос? Все бегут в разработку через AI. Во-первых,…
  6. Jul 21, 2026Доставка смс в самолёт Сижу в самолёте. С интернетом, что само по себе — чудо, которое уже…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →