Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 Надопонимать бизнес, надоизмерять бизнес. Бывают ситуации, когда с системной точки зрения всё хорошо, но с точки зрения бизнеса ничего не работает. А бывает и наоборот.

2 Подходы к мониторингу бизнеса такие же, как и к мониторингу системы. Мы используем те же системные метрики, ведь, в конечном итоге, ты всё равно смотришь на цифры. Нам важно следить за бизнесом, чтобы понимать, что чинить. А ещё мониторинг необходим потому, что всё динамично меняется.

3 Если подытожить, томониторинг нужен по следующим причинам: - тестирования недостаточно; - совершенного кода и процессов не существует; - системы становятся сложнее, происходят постоянные изменения; - растёт внешняя зависимость; - упреждение лучше, чем реагирование.

4 <h2>Почему так важна взаимная интеграция?</h2>

5 Результаты работы инженеров и маркетологовтесно связаны. То, что хорошо для бизнеса, может быть плохо для технической команды и наоборот. Представьте, что в техническом отделе забили тревогу - сильно упала скорость загрузки из-за резкого роста числа пользователей (заказов/запросов/обращений/регистраций/покупок). Система не выдерживает, никто не был готов, инженеры не могут понять, что происходит, и что стало причинойскачка нагрузки. А в это время тремя этажами выше отдел маркетингаоткрывает шампанское: “успешно прошла акция, народ валит толпами, все довольны, как танки”.

6 Или, например, бизнес перестаёт иметь дело с карточкамиAmerican Express, расторгает соответствующий договор, но не говорит об этом техотделу. В результате падают авторизации, снижается прибыль. И начинаетсякрик в сторону инженеров.

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

8 Другая проблема: бизнесне всегда хочетделиться информацией с инженерами. С их точки зрения, зачем инженерам, которые сидят в закрытой комнате, знать, сколько денег получает компания. В данной ситуации важно объяснить, как это поможет общим интересам, а ещё лучше -показать(если бы у меня была нужная информация, вы не потеряли бы прибыль в прошлом месяце из-за такого-то сбоя).

9 Грубо говоря,технарям нужна нетехническая информация, и она должна даваться своевременно. Именно поэтому диалог очень важен.

10 <h2>Что нужно покрыть мониторингом?</h2>

11 Метрик много не бывает. Собирать надо всё, а что делать с информацией, мы решим. А вот бить тревогу нужно лишь в ситуациях, когда это действительно критически важно. Если события оплаты вдругрезко упали, то нам стоит проснуться и посмотреть в чём дело, ведь это влияет на бизнес,мы теряем деньги. А если просто диск на 80 % заполнен, то можно и до утра подождать, ведь бизнес продолжает работать, а критичной проблемы нет.

12 Как раз для того, чтобы понимать, что реально важно, и собираютбизнес-метрики. Причём следует мониторить как постоянные события (регистрации, оплаты), так и единоразовые (акции, сезонные распродажи).

13 Итак,мониторинг должен покрывать: - инфраструктуру; - базы данных; - приложения; - точки интеграции; - латентность; - нагрузку; - регистрации - покупки; - просмотр рекламы; - конвертации; - % возвратов.

14 "В Бога верь, а остальное мониторь".

15 <h2>И ещё пару советов</h2>

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

17 Также не стоит пытаться всё усреднить.Средняя величина - это зло. Не всегда, но чаще всего. Важна каждая секунда, каждый пользователь.

18 Вывод прост: если вы технический специалист -научитесь понимать бизнес, анализировать бизнес, разговаривать с бизнесом.

19 Статья подготовлена по материалам<a>подкаста DevOps Дефлопе</a>, проведённого инженерами компании “Экспресс 42”: Виталием Хабаровым и Андреем Александровым. Все выпуски подкаста -<a>здесь</a>.