Что такое мониторинг производительности приложений (APM)?

Мониторинг производительности приложений (Application Performance Monitoring, APM) решает задачи контроля, управления доступностью и непосредственно производительностью приложений. Разные специалисты могут трактовать это определение по-разному, поэтому попытаемся описать, что это за решение, из чего состоит и почему бывает важно для компании.

Как работает Application Performance Monitoring?

Корпоративные приложения меняются и становятся многоуровневыми, распределенными между разными серверами или даже континентами, переходя в облака. Поэтому такие сложные распределенные приложения требуют контроля, так как в некоторых компаниях являются основой бизнеса. Как и у любого мониторинга решения APM определяют базовую производительность и принимают это за норму. Далее любые отклонения от неё регистрируются и требуют принятия решения с целью определения причины отклонения в производительности. Таким образов в отличие от решений NPMD (Network Performance Monitoring and Diagnostics), предназначенных для анализа производительности ИТ-инфраструктуры, здесь фокус системы — приложение, ошибки в коде и их влияние на его производительность.

С помощью APM мы можем оценить:

• состояние физического оборудования;
• состояние виртуальной машины;
• состояние виртуальной Java машины;
• состояние контейнера;
• поведение самого приложения;
• состояние вспомогательной инфраструктуры, баз данных, кеши, внешние веб сервисы.

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

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

Следующий шаг – это постоянный мониторинг и сравнение текущей производительности с базовой, чтобы чутко реагировать на отклонения. Например, если ключевые бизнес транзакции, как правило, выполняются в течение 4 секунд в пятницу, а в текущую пятницу — это составляет 8 секунд, то возникает логичный вопрос: «Что случилось?». Далее система мониторинга приложений, проанализировав все внутренние и внешние зависимости, должна определить поведение какого элемента не соответствует норме и в удобном формате сообщить ответственным специалистам. Далее дело за малым — устранить выявленную проблему. Часть проблем через настройки системы могут устраняться автоматически, например, путем выделения дополнительных ресурсов при росте количества пользователей или объема запросов.

Таким образом, мы можем уточнить определение мониторинга производительности приложений APM – это система, которая выполняет:

• сбор показателей производительности всей среды приложений,
• интерпретацию этих показателей в свете выполняемых бизнес процессов и транзакций,
• сравнение и анализ текущих показателей и базовых,
• захват соответствующей контекстной информации при выявлении отклонений,
• отправку уведомлений о ненормальном поведении,
• адаптацию среды приложений для устранения проблем с производительностью.

Выводы

Итак, подведем итог, решение для мониторинга производительности приложений – необходимый инструмент, который позволяет понять поведение вашего приложения, обнаружить проблемы, прежде чем ваши пользователи подвергнутся негативному воздействию и, по возможности, быстро решить эти проблемы. С точки зрения бизнеса, решение APM важно, потому что оно уменьшает среднее время восстановления (MTTR). А это означает, что проблемы с производительностью решаются быстрее и эффективнее, что влияет на производительность работы сотрудников и репутацию компании.

Всегда на связи, Игорь Панов.

Дополнительные материалы

Чем NPM отличается от APM?

Смотрите разбор реальных преимуществ NPM и APM в записи вебинара со специалистами IXIA.

Что такое APM или управление производительностью приложений и как это работает?

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

Сложность, которую необходимо учитывать – огромна. Она включает в себя многие компоненты от медленных сторонних CDN до конфликтующих API-соединений и требует того, чтобы разработчики, тестировщики и системные администраторы работали вместе более плавно и гибко, чем когда-либо прежде. Всего лишь одно слабое звено в цепочке может негативно сказаться на производительности вашего приложения, что мгновенно приведет к множеству недовольных конечных пользователей.

В условиях жесткой конкуренции, когда время между разработкой и развертыванием сокращается, а удержание клиентов имеет наибольшее значение, стоит сделать все возможное, чтобы обеспечить стабильную базовую производительность вашего программного обеспечения в режиме 24/7. Это особенно важно для веб-приложений, где ожидается стабильная скорость и безотказная работа.

Здесь на помощь приходит APM, или управление производительностью приложений.

Что такое APM?

Простыми словами, управление производительностью приложений – это контроль производительности, доступности и удобства использования программных приложений. APM отслеживает скорость, с которой транзакции выполняются как конечными пользователями, так и системами. Другими словами, APM отслеживает всю сетевую инфраструктуру, поддерживающую программное приложение, и обеспечивает полный обзор потенциальных узких мест и прерываний обслуживания.

Это обычно включает использование набора программных инструментов или одного интегрированного SaaS или локального инструмента – для просмотра и диагностики скорости, надежности и других показателей производительности приложения с целью поддержания оптимального уровня обслуживания. Нагрузочное тестирование, синтетический мониторинг и мониторинг реального пользователя, а также анализ первопричин – вот лишь некоторые из основных инструментов, которые можно найти в всестороннем подходе к APM. Еще одним важным компонентом APM является мониторинг веб-производительности (WPM) или использование инструментов веб-мониторинга для измерения скорости и времени безотказной работы приложения.

В конечном счете, APM – это аналитическая точка зрения, применяемая ко всем аспектам производительности программного обеспечения, чтобы четко понимать и постоянно улучшать работу конечных пользователей.

Также часто аббревиатура APM означает мониторинг производительности приложений и измерение производительности приложений. Определение APM как мониторинга производительности приложений подчеркивает техническую сущность APM, т. Е. Использования набора автоматических инструментов для непрерывного мониторинга производительности веб-сайта, приложения или системы.

Кому пригодится данное решение

APM надежен, удобен для пользователя и привлекателен: с его различными элементами, охватывающими весь спектр жизненного цикла приложения – на этапах от развертывания, производства и после развертывания. Он быстро становится одинаково полезным как для разработчиков, так и для тестирования, эксплуатации и бизнес-команд.

Разработчики, например, могут использовать популярные программные пакеты APM для более эффективного сотрудничества с операционными группами, управления качеством своей работы с помощью устранения неполадок на уровне кода и отслеживания прогресса проекта с помощью легко создаваемых отчетов.

Тестировщики могут использовать программное обеспечение APM для повышения точности тестирования, быстрого выявления узких мест в производительности и проведения нагрузочного тестирования компонентов приложений и API-интерфейсов, чтобы обеспечить стабильную производительность в условиях нагрузки.

DevOps может проводить синтетическое тестирование через Интернет, мобильные устройства, настольные компьютеры и API, обеспечивая качественный пользовательский интерфейс, обнаруживая проблемы с производительностью, прежде чем они попадут в систему.

И наконец, что не менее важно, руководители предприятий могут использовать решения APM для эффективного управления веб-транзакциями, одновременно защищая онлайн-доход от периодических сбоев в работе.

Таким образом, APM может дать разработчикам, тестировщикам, операторам и членам бизнес-команды гораздо более четкое представление о том, что произойдет, когда приложение будет окончательно запущено, при этом гарантируя, что проблемы надежности не застанут их врасплох.

Как работает APM?

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

По мнению исследовательской компании Gartner, полнофункциональный подход к управлению производительностью приложений должен включать некоторые вариации из этих пяти конкретных шагов:

Мониторинг взаимодействия с конечным пользователем – в качестве первого шага мониторинг взаимодействия с конечным пользователем может выявить проблему, поскольку она влияет на пользователя приложения.

Обнаружение, моделирование и отображение архитектуры приложения во время выполнения. На втором этапе будет сгенерирована и/или исследована архитектура приложения во время выполнения, чтобы установить потенциальный масштаб проблемы.

Профилирование пользовательских транзакций. На третьем этапе пользовательские транзакции будут изучаться по мере их прохождения через некоторое подмножество возможных путей, чтобы выяснить, какие узлы являются источниками проблемы, влияющей на конечных пользователей.

Глубокий мониторинг компонентов в контексте приложения – в качестве четвертого шага выполняется глубокий мониторинг узлов в контексте результатов трех предыдущих шагов.

Аналитика ИТ-операций – в качестве пятого и последнего шага используется аналитика: с одной стороны, для установления первопричины среди огромных объемов данных, генерируемых на первых четырех шагах, а с другой стороны, для лучшего предвидения и подготовки к проблемам с конечным пользователем, которые могут возникнуть в будущем.

В отчете Gartner делается вывод: «Таким образом, рынок APM – это рынок всех технологий и услуг, которые обеспечивают эти пять измерений функциональности».

Казалось бы, что реализовать требования, озвученные Gartner, относительно просто. Но на деле это далеко не так. Фрагментация подходов большинства организаций к APM означает, что найти решение, полностью охватывающее все пять шагов Gartner, непросто.

Многие компании собирают вместе несколько различных инструментов, часто созданных разными поставщиками, чтобы охватить свои базы мониторинга производительности, делая все возможное, чтобы ключевые функции APM не ускользнули из-под контроля.

Для того, чтобы не прибегать к таким хитростям, предлагаем вам ознакомиться с решением мониторинга от Dynatrace.

Dynatrace – лидер рынка APM

В мае 2020 года компания Gartner опубликовала свой отчет Magic Quadrant for Application Performance Monitoring (APM) 2020. Он назвал Dynatrace лидером рынка в нескольких областях десятый год подряд и в третий раз подряд признал его лучшим в категории «Полнота видения». Компания также получила наивысшие оценки в пяти из шести областей применения:

• CloudOps.
• DevOps.
• ИТ-операции.
• Поддержка приложения.
• Разработка приложения.

ESKA использует программное обеспечение для мониторинга производительности приложений Dynatrace для своих клиентов с 2016 года. Мы считаем его идеальным для обеспечения эффективного сквозного мониторинга ваших цифровых систем.

Dynatrace отслеживает ИТ-инфраструктуру и проверяет показатели и протоколы. Платформа также предлагает цифровой бизнес-анализ, мониторинг цифрового опыта и функции AIOps. Ядром платформы является AI-движок Davis™. Это активно обеспечивает точную реакцию на любые неисправности системы или аномалии производительности. Dynatrace автоматически определяет их приоритетность в зависимости от их влияния на бизнес-деятельность клиента и его заказчиков.

Сочетание мощной поддержки ИИ и высокой степени автоматизации позволяет ESKA улучшить цифровые каналы продаж своих клиентов. Это касается всего: от качества и времени отклика веб-сайта до автоматизации и эффективности процессов DevOps, а также улучшения и согласованности взаимодействия с пользователем. Вы можете использовать Dynatrace уже сейчас. Вместе с ESKA результаты и анализы могут быть оценены и применены в любое время.

Что такое (SaaS) Мониторинг производительности приложений – APM?

Мониторинг производительности приложений (APM) – это термин, который все чаще используется многими ИТ-специалистами и во многих публикациях в последние годы. APM используется для решения проблем приложений и выявления узких мест в производительности. Если вы планируете получить APM инструмент для покупки целесообразно сначала прочитать эту статью.

Что такое мониторинг производительности приложений SaaS?

В широком смысле SaaS APM можно определить как все, что связано с мониторингом производительности вашего веб-сайта или приложения SaaS. Например, есть инструменты, которые не делают ничего, кроме ежеминутной проверки, работает ли ваше приложение SaaS и сколько времени требуется для его загрузки. Это абсолютно простейшая форма мониторинга производительности приложений.

Простая проверка HTTP-проверки может дать понять, что ваш сайт работает медленно или медленно, но вы не знаете, почему.

Некоторые примеры основных задач APM

• Мониторинг серверов.
• Отслеживайте журналы, чтобы часто просматривать эту услугу и как долго она занимает в среднем.
• Отслеживайте и отслеживайте ошибки приложений.
• Мониторинг сетевого трафика для обнаружения задержек.
• Отслеживание зависимостей приложений, таких как API-интерфейсы и базы данных.
• Используйте Google Analytics, чтобы избежать задержек.

Получение уведомлений

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

Термин “Мониторинг производительности приложений” может означать многое. Это обобщающий термин, используемый для описания широкого спектра инструментов, предупреждающих о проблемах приложений.

Управление приложениями

Мониторинг производительности приложений обычно является задачей для системы, Этот сотрудник работает в SaaS-приложении у поставщика SaaS. Поэтому он находится на расстоянии от конечного пользователя и меньше чувствует себя с бизнес-процессами клиента. Более того, большинство инструментов APM измеряют производительность, но они редко понимают весь контекст самого приложения.

Опытный менеджер функциональных приложений знает о приложениях и ориентирован на бизнес-процессы. Он может оценить серьезность и актуальность проблем. Поэтому в случае возникновения проблем в среде SaaS необходимо тесное сотрудничество между управлением системой и управлением функциональными приложениями.

Большинство решений APM помогают управлению системой автоматически отслеживать все приложения во всех средах. Включая тестовую и производственную среды. Это вопрос конфигурации.

Есть несколько вещей, которые необходимо контролировать системному управлению и управлять приложениями SaaS:

• Тип среды (общедоступный облако, Hybrite Cloud или частное облако).
• Клиентские организации и данные клиентов.
• Пиковые времена использования / времени безотказной работы.
• Соглашение об уровне обслуживания (SLA).
• Интернет-трафик / использование.
• Показатели эффективности (время ответа, оценки удовлетворенности и т. Д.).

Эти детали важны, чтобы помочь системным администраторам понять, что происходит с их приложением. Когда проблема обострится, также будет вызвана команда разработчиков. Благодаря внедрению DevOps у поставщиков SaaS и доступных решений APM появляется больше возможностей для управления приложениями.

Производительность на уровне исходного кода

Большинство инструментов APM также записывают данные о производительности на уровне исходного кода. Единственный способ найти медленные запросы SQL, медленные приложения SaaS и другие распространенные проблемы – это проанализировать сам код.

Снимок транзакций

Если вы понимаете преформность до уровня кода, вы можете буквально следить за тем, что делает код. Большинство решений APM могут вести журнал отдельных транзакций. После этого системные администраторы могут увидеть, что делает код. Затем это помогает разработчикам выяснить детали, необходимые для устранения проблем.

Внедрение мониторинга производительности приложений SaaS

SaaS APM вводится в пять этапов:

1. Тестирование SaaS APM в Proeftuin

Один из наиболее частых вопросов – возможность попробовать APM, не затрагивая работающие системы организации. Лучше попробовать APM в Экспериментальный сад среды, чем читать все в папке. В лаборатории вы можете увидеть, что APM фактически автоматически обнаруживает проблему с приложением и записывает ее в журнал. Вы также увидите, что инструмент приводит вас к подозрительной причине. В живой лаборатории должно быть приложение, которое может заставить вас работать неправильно и генерировать ошибки.

2. Умные агенты контролируют приложения

Если вы хотите начать мониторинг, часто бывает достаточно установить интеллектуальный агент для каждого приложения. Затем каждое приложение получает свой собственный агент, специфичный для среды приложения. Для такого агента вам не нужно вносить какие-либо изменения в само приложение и его можно безопасно использовать. Есть агенты для Unix / Linux / Windows OS / PHP и многих других платформ. Данные, созданные агентом, собираются и записываются инструментом APM.

3. SaaS APM также рассматривает производительность инфраструктуры и платформы

После установки APM вы можете подключать приложения одно за другим. Хорошее решение APM автоматически обнаруживает бизнес-транзакции и автоматически отображает топологию приложений.

В дополнение к проверке транзакций приложений некоторые APM также дают представление о соответствующей инфраструктуре и производительности платформы. Например, сложные динамические среды, такие как Docker.

Если инфраструктура становится видимой в контексте приложений, вы можете увидеть важные зависимости с APM. Таким образом, вы можете быстро прийти к делу проблемы.

4. Перевод APM в SLA и KPI

Во время мониторинга приложений собирается много данных. Пока данные соответствуют стандартам, уведомлений, на основании которых можно было бы действовать, не будет. Однако эти данные также полезны для преобразования в более глубокое понимание сессий конечных пользователей и цифрового опыта. APM SaaS можно связать с отдельными функциями и службами, которые пользователь использует в приложении. Дополнительные функции могут отражать производительность с точки зрения конечного пользователя. Данные можно разделить на категории в соответствии с пользователями мобильных или настольных компьютеров или на основе различных демографических данных, включая местоположение, устройство, операционную систему, поставщика и т. Д. Выходные данные SaaS APM могут внести важный вклад при составлении SLA и разработке ключевых показателей эффективности. С другой стороны, APM можно настроить в соответствии с существующим SLA или KPI.

5. SaaS APM и машинное обучение

После установки SaaS APM вы еще не готовы, и он только запустится. Современный APM имеет функции машинного обучения. APM автоматически должен будет узнать нормальный пользовательский опыт и нормальную производительность. В результате отчетность все больше ориентируется на ваши приложения и среду SaaS. Да, вы сможете обнаружить отклонения раньше и вмешаться раньше. Часто до того, как пользователь замечает, что с системой что-то не так. SaaS APM – это, конечно, само решение SaaS. Поэтому вы, как пользователь, не беспокоитесь о резервных копиях и обновлениях инструмента.

Обсудить с нами LinkedIn.

При подготовке материала использовались источники:
https://networkguru.ru/monitoring-proizvoditelnosti-prilozhenii-apm/
https://md-eksperiment.org/ru/post/20210323-chto-takoe-apm-ili-upravlenie-proizvoditelnostyu-prilozhenij-i-kak-eto-rabotaet
https://www.itpedia.nl/ru/2018/11/07/wat-is-saas-applicatie-performance-monitoring-apm/