Определение приложений для Мониторинга реального пользователя

После установки ЕдиныйАгент на хосте он отслеживает все приложения, работающие на этом хосте. В качестве отправной точки все данные мониторинга инкапсулируются в приложение-заполнитель под названием « Мое веб-приложение » . Мы предлагаем это приложение-заполнитель, чтобы обеспечить большую гибкость — вы сами решаете, как организовать свои приложения.

Dynatrace предлагает следующие подходы к определению вашего приложения для RUM.

Подход к обнаружению приложений	Тип внедрения RUM JavaScript	Когда использовать
Предлагаемый подход	Автоинъекция	Когда ваши веб-приложения можно легко идентифицировать на основе доменов, и вы хотите создать приложение из уже захваченного трафика мониторинга RUM.
Подход к правилам обнаружения приложений	Автоинъекция	Когда вы хотите создавать новые приложения или когда разделения вашего трафика на основе доменов недостаточно. Используйте правила обнаружения приложений, чтобы определить более сложные шаблоны для группировки трафика мониторинга RUM в приложения.
Ручной подход (он же «безагентный мониторинг»)	Ручная вставка	Когда у вас нет доступа к хосту вашего веб-приложения, но у вас есть доступ к коду приложения.
Подход к расширению браузера	Внедрение расширения браузера	Когда у вас нет доступа ни к хосту вашего веб-приложения, ни к коду приложения.

Обратите внимание, что вы можете выбрать формат внедрения как для приложений, загружаемых автоматически, так и для приложений, вставленных вручную. Подробнее см. в разделе Внедрение RUM JavaScript .

Предлагаемый подход

Приложение- заполнитель «Мое веб-приложение» объединяет трафик со всех обнаруженных доменов . Это приложение может служить отправной точкой для сопоставления идентифицированных доменов с отдельными приложениями в вашей среде.

1. В меню Dynatrace выберите Web .
2. Выберите приложение- заполнитель Мое веб- приложение.
3. Прокрутите вниз, чтобы найти панель « Три самых популярных домена ». На этой панели показаны домены с наибольшим количеством действий пользователя, обнаруженных ЕдиныйАгент в вашей среде.
4. Выберите Просмотреть полную информацию .
5. В списке Top domains нажмите кнопку со стрелкой в ​​столбце Transfer domain , чтобы развернуть запись домена.
6. Следуйте одному из следующих вариантов:
   • Чтобы добавить новое приложение, выберите Создать новое приложение . Ваше приложение будет создано и указано на странице приложений .
   • Чтобы добавить домен в существующее приложение, выберите « Перенос » .

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

Чтобы переименовать приложение

1. В меню Dynatrace выберите Web .
2. Выберите приложение, которое вы хотите настроить.
3. В правом верхнем углу страницы обзора приложения выберите Дополнительно ( … ) > Изменить .

1. В настройках приложения выберите Общие настройки > Имя приложения .
2. Введите желаемое имя в поле вверху страницы. Обратите внимание, что имена приложений должны быть уникальными.

Возможные проблемы для предлагаемого подхода

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

Действия по-прежнему сопоставляются с приложением-заполнителем . Если действия пользователя по-прежнему относятся к Моему веб-приложению, а не к вашему приложению, см. раздел Как быстро вступают в силу изменения правил обнаружения приложений? .

Подход к правилам обнаружения приложений

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

URL-адреса, используемые для обнаружения приложений, имеют scheme://host:port/path?queryструктуру, в которой строка запроса является необязательной, а порты по умолчанию 80для HTTP и 443HTTPS опущены. URL-адрес не включает возможный идентификатор фрагмента, как в scheme://host:port/path?query#fragment, поскольку правила обнаружения приложения оцениваются на стороне сервера приложения, а идентификатор фрагмента используется только браузером и не добавляется к веб-запросам.

Чтобы добавить правило обнаружения приложений

1. В меню Dynatrace выберите « Настройки » > « Веб- и мобильный мониторинг » > « Обнаружение приложений » . Отображается список правил обнаружения программ. Для каждого приложения, определенного с помощью предложенного подхода , автоматически создается правило обнаружения, которое добавляется в конец списка. Правила применяются последовательно, причем правила в верхней части списка имеют приоритет над правилами, перечисленными ниже.
2. Выберите Добавить правило обнаружения .
3. Используйте параметры, предлагаемые на странице, чтобы создать подходящее правило обнаружения для вашего приложения. Вы можете применять правила к новым или существующим приложениям, а также создавать правила на основе URL вашего приложения или домена (хоста).
4. Выберите Сохранить , чтобы создать правило обнаружения приложений. Правило находится в самом конце списка правил обнаружения программ.
5. по желаниюИспользуйте стрелки справа от правила, чтобы изменить его приоритет.

Вы можете создать до 1000 правил обнаружения приложений для каждой среды.

Возможные проблемы с подходом правил обнаружения приложений

Неинструментальный компонент перезаписывает URL . Если неинструментальный компонент между браузером и первым инструментальным уровнем перезаписывает URL-адрес, необходимо принять особые меры (дополнительные сведения см. в разделе Что делать, если неинструментальный компонент перезаписывает части URL-адреса? ). В противном случае ЕдиныйАгент не сможет применить ваши правила обнаружения приложений.

Действия по-прежнему сопоставляются с предыдущим приложением . Если действия пользователя по-прежнему сопоставляются с их предыдущим приложением, а не с требуемым, см. Как быстро вступают в силу изменения правил обнаружения приложений? .

Часто задаваемые вопросы о предлагаемых подходах и правилах обнаружения приложений

Что делать, если неинструментальный компонент перезаписывает части URL-адреса?

Как поясняется в разделе Как Dynatrace применяет ваши правила обнаружения приложений? , правила обнаружения вашего приложения оцениваются OneAgent на первом инструментированном уровне вашего приложения. Однако между браузером и первым инструментальным уровнем вашего приложения может быть неинструментальный компонент, например обратный прокси-сервер или балансировщик нагрузки, который перезаписывает URL-адрес. В результате URL-адрес, используемый для обнаружения приложения, отличается от URL-адреса, изначально запрошенного браузером. В этом случае необходимо учитывать особые обстоятельства.

Безагентный RUM и подходы расширения браузера

Если у вас нет доступа к вашему веб-серверу и поэтому вы не можете установить ЕдиныйАгент на хосте, у вас есть два варианта:

• Безагентный РУМ . Если у вас есть доступ к коду вашего приложения, например, при использовании Heroku Platform или Google App Engine, настройте безагентный RUM .
• Расширение для браузера РУМ . Если вы не можете получить доступ к своему коду приложения, например, для сторонних SaaS-приложений, установите браузерное расширение RUM .

Для некоторых технологий автоматическое внедрение RUM JavaScript не поддерживается, даже если вы можете установить ЕдиныйАгент. Например, хотя ЕдиныйАгент может отслеживать серверную часть приложения Heroku, он не может внедрить RUM JavaScript на страницы приложения. В этом случае вам необходимо вручную добавить RUM JavaScript на страницы вашего приложения.

Список технологий и серверов, поддерживающих автоматическое внедрение RUM JavaScript, см. в разделе Поддержка технологий — Мониторинг реальных пользователей — Веб-серверы и приложения .

Лучшие практики и рекомендации

• Определите свои приложения на основе группового владения, чтобы вы могли легко использовать зоны управления для ограничения доступа.
• Может иметь смысл определять приложения на основе их технологического стека, чтобы применять правильные настройки и упростить управление конкретными настройками. Например, активация поддержки определенных платформ XHR обычно требуется только для определенных частей большого приложения и для определенных правил именования действий пользователя. Это может помочь разделить такие большие приложения на более мелкие в зависимости от используемых технологий или владения командой.
• Приложение- заполнитель моего веб- приложения
  • Избегайте переименования приложения-заполнителя «Мое веб-приложение », так как оно включает все действия пользователя во всех доменах, которые не включены в правило обнаружения приложений. Если вы переименуете Мое веб-приложение , его будет сложно отличить от других ваших приложений.
  • Это приложение-заполнитель невозможно удалить.
  • Если вы не можете найти приложение-заполнитель «Мое веб-приложение », возможно, кто-то переименовал его. Чтобы найти его, откройте любое другое приложение и замените идентификатор приложения в URL-адресе на EA7C4B59F27D43EB. Вы будете перенаправлены в Мое веб-приложение .
  • В новых средах вы увидите это приложение-заполнитель только после того, как начнет поступать трафик из приложения с автоматическим внедрением.
• Разделение приложений по доменам работает лучше всего, поскольку Dynatrace не может сопоставлять действия пользователей в разных доменах с конкретными сеансами пользователей. Эта корреляция выполняется с помощью файла cookie и, следовательно, работает только в том случае, если файл cookie может быть установлен в том же домене. Например, действия пользователя для www.Dynatrace.comи blog.Dynatrace.comмогут быть зафиксированы в одном приложении, поскольку для файла cookie может быть установлено значение Dynatrace.com. Однако трафик для www.Dynatrace.comи www.internal-Dynatrace.comне может быть захвачен в одном пользовательском сеансе. Вы по-прежнему можете разделять действия пользователей в зависимости от домена, но сеансы пользователей не могут включать действия пользователей из нескольких доменов. Дополнительные сведения см. в разделе Сеансы пользователей .
• Группируйте приложения с низким трафиком. Если вы создаете приложение на основе домена с менее чем 10 действиями в минуту, Dynatrace не будет автоматически обнаруживать аномалии для этого вновь созданного приложения. Dynatrace зависит от стабильного трафика приложений, чтобы правильно изучать многомерные базовые показатели и автоматически сообщать о проблемах приложений . Вы можете изменить настройки обнаружения аномалий вашего приложения на странице Обнаружение аномалий в настройках вашего приложения. Хотя эта рекомендация противоречит упомянутой выше, может иметь смысл комбинировать приложения с низким трафиком.
• Правила обнаружения приложений обрабатываются последовательно для каждого запроса. Больше правил означает больше времени обработки, и, поскольку правила обрабатываются в ЕдиныйАгентs, вы должны стараться, чтобы правила для приложений с наибольшим трафиком находились в верхней части списка. Как только одно правило соответствует, дальнейшие запросы не обрабатываются.
• Более конкретные правила обнаружения приложений должны быть определены первыми, а более общие правила должны находиться в конце списка правил обнаружения приложений. Предположим, вы хотите создать приложение, Aна которое будут сопоставлены следующие два домена: http://www.mydomain.com/cms/directory/shop/index.html http://shop.differentdomain.de/index.html и еще одно приложение Bдля следующего домена: http://newdomain.co.uk/hello/shop.html Если вы создадите общее правило группировки на основе shopзначения, все три домена будут сгруппированы в одно и то же веб-приложение для мониторинга. Поэтому сначала следует определить более конкретное правило, например "Если URL-адрес заканчивается на shop.html", чтобы только третий URL-адрес сопоставлялся с application B. Затем вы можете безопасно определить общее правило на основе shopзначения, так как третий URL-адрес уже будет сопоставлен с предыдущим приложением и, следовательно, не будет включен в application A.
• В зависимости от ваших требований вы можете отрегулировать потребление мониторинга и соответствующим образом настроить Real User Monitoring.
• Для мониторинга трафика в одном приложении вы можете использовать действия пользователя и свойства сеанса . Чтобы отслеживать отдельные приложения и получать полное представление о потреблении каждым приложением, вы можете настроить отдельные приложения, использовать теги для разделения показателей и определить зоны управления.