APM на службе у бизнеса и при чём тут цифровые близнецы
Специально для телеграм-канала @monitorim_it.
Пост по мотивам статьи Gartner, конца прошлого года. Они пишут о способах повысить авторитет ИТ в глазах бизнеса. Демонстрация своих достижений поможет в будущем получать всё более «жирные» бюджеты на развитие ИТ-колхоза. Предложения Gartner покажутся очевидными, но есть нюансы. О цифровых близнецах в конце статьи.
Вкратце, что предлагает Gartner:
- Определите причины проблем, которые оказывают наибольшее влияние на бизнес;
- Создайте визуальное представления для бизнеса, где было бы видно влияние производительности приложения и пользовательского опыта на бизнес-показатели;
- Создайте визуальное представление с потоком бизнес-процессов и прохождением пользователей по шагам этих бизнес-процессов в режиме реального времени;
- Расширяйте сферу применения APM-решения и используйте его совместно с инструментом мониторинга инфраструктуры для быстрого обнаружения проблем в производительности и обнаружения влияния на бизнес-процессы.
А теперь немного подробнее и с комментариями.
Определить причины проблем, которые оказывают наибольшее влияние на бизнес
Gartner рекомендует выполнять мониторинг приложения со всех сторон и предлагает усиливать имеющееся DEM-решение (Digital Experience Monitoring — мониторинг цифрового опыта) инструментом RUM (Real User Monitoring — мониторинг реальных пользователей), метриками CI/CD (cкорость развертывания продукта, количество развертываний за период, количество тасков на спринт, среднее время работы по таску, время развёртывания на каждом этапе и т.д.) аналитическими данными (бейзлайны, анализ трендов и т.д.).
Обычно RUM входит в стандартную поставку популярных APM-решений (Appdynamics, NewRelic, Dynatrace и других), поэтому проблем с его выбором быть не должно. Каждый вендор реализует RUM по-своему: это может быть инжекция JS-скрипта в код страницы или анализ трафика.
Показатели процессов CI/CD достаются из систем контроля версий, таск-менеджера и других инструментов окружения. Они важны не сами по себе, а как контекст для выявления проблем с производительностью.
Кроме RUM, в качестве дополнительного инструмента диагностики, используйте синтетический мониторинг. Это имитация пользовательской активности. Вы закладываете заранее заданный алгоритм действий, исполняете его на боевой среде, меряете время прохождения по шагам и вообще успешность этих шагов. Если пользовательский клиент работает не через веб или требуется запуск терминальной сессии — для этого существуют специальные инструменты.
Создать визуальное представления для бизнеса, где было бы видно влияние производительности приложения и пользовательского опыта на бизнес-показатели
Если по-простому, то это визуализация, на которой на одном экране можно видеть объем продаж и скорость выполнения транзакций, количество брошенных корзин и очередь на каком-нибудь обработчике. Смысл в выявлении корреляций и переходу к прозрачности для бизнеса.
Но я сомневаюсь в необходимости демонстрации этого бизнесу на постоянной основе. Владельцу системы, да, полезно.
Создать визуальное представление с потоком бизнес-процессов и прохождением пользователей по шагам бизнес-процессов в режиме реального времени.
На основе анализа данных и последующей визуализации бизнесу будет видно как customer journey влияет на бизнес-показатели.
Простейший пример такого дашборда — воронка продаж. В более сложном случае могут быть карточки шагов бизнес-процесса и привязанные к ним статусы.
Использовать APM-решение совместно с инструментом мониторинга инфраструктуры для быстрого обнаружения проблем в производительности и обнаружения влияния на бизнес-процессы
Это полезно когда в одном интерфейсе. Если вы используете отдельные инструменты для APM и инфраструктуры — замучаетесь коррелировать (особо касается open-source решений, где каждый функционал в отдельном интерфейсе).
В общем случае такая задача решается зонтичной системой мониторинга для приведения всех связанных метрик в единый интерфейс.
Цель этой статьи— намекнуть о возможностях APM-решений в части бизнес-мониторинга. Мониторинг должен стремиться стать цифровым близнецом приложения и демонстрировать максимум необходимых показателей. Digital Twin — подход, который используется в основном в промышленности. Он реализует виртуальную копию физической системы, процесса, сервиса и т.д. Понятный пример — цифровой близнец корабля Аполлон 13, который создали в NASA для проверки гипотез и имитации нештатных ситуаций.
Скоро будет пост с конкретными инструментами бизнес-мониторинга в APM-решениях. И про цифровых близнецов тоже будет.