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

[Данный раздел посвящен предварительному выпуску и может быть изменен.]

Анализ производительности — это инструмент самообслуживания для разработчиков корпоративных приложений, который анализирует пользовательские данные во время выполнения и предоставляет список рекомендаций по приоритетам, которые помогают повысить производительность приложений на основе моделей. Эта функция предоставляет ежедневный набор аналитических сведений, связанных с производительностью приложения на основе модели Power Apps или взаимодействия с клиентами, такого как Dynamics 365 Sales или Dynamics 365 Service, с рекомендациями и вариантами действий. Создатели корпоративных приложений могут просматривать подробную информацию о производительности на уровне приложения на портале Power Apps.

Как получить доступ?

1. Войдите в Power Apps.

2. На левой панели навигации выберите Приложения, а затем выберите приложение на основе модели.

3. Используйте контекстное меню … или панель команд для выбора Производительность.

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

Важно!

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

Как создается аналитика

Аналитические сведения о производительности генерируются на основе собранных пользовательских данных вашего приложения на основе модели каждые 24 часа. Когда конечные пользователи используют приложение, сохраняются ключевые пользовательские данные, записанные платформой Power Apps. Механизм анализа производительности использует эти данные и анализирует их для выработки идей и рекомендаций, связанных с повышением производительности.

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

Механизм анализа производительности генерирует аналитические данные за 24-часовой период в выбранную дату в часовом поясе в формате UTC. Аналитика за предыдущий день, с 00:00 до 23:59 UTC, создается примерно с 02:00 до 05:00 UTC в данный день. Таким образом, аналитика и рекомендации по использованию пользовательских данных, записанных накануне, будут доступны утром в часовом поясе UTC. Время доступности будет зависеть от вашего местного часового пояса и его отличия от UTC.

Например, аналитика за 24-часовой период, охватывающий 8 июня с 00:00 до 23:59 UTC, создается с 02:00 до 05:00 UTC 9 июня. Таким образом, аналитика и рекомендации для пользовательских данных, записанных 8 июня по UTC, будут доступны утром 9 июня по UTC.

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

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

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

Объяснение аналитики производительности

В сетке аналитики производительности есть эти столбцы.

Столбец	Описание
Серьезность	Аналитику можно разделить на категории Информационная, Предупреждение, или Критическая. Серьезность определяется временем загрузки страницы и количеством конечных пользователей, затронутых событием.
Область	Эта область определяет аспекты анализа пользовательских данных механизмом аналитики производительности. Включает клиентскую среду, сеть и шаблоны использования.
Категория	Тема, к которой относится конкретная аналитика. Категории сгруппированы по областям.
Мотивация	Дает обзор того, почему конкретная аналитика может повлиять на общую производительность вашего приложения.
Результат анализа	Подробно описаны результаты, относящиеся к конкретной категории, и показано влияние на производительность.
Рекомендации	Обрисовывает в общих чертах действия, которые вы можете предпринять.
Как улучшить	Ссылки на документацию по определенной категории, которые могут содержать дополнительную информацию или внешние ресурсы, которые помогут вам смягчить проблему и повысить производительность.
Данные	Доказательные данные, подтверждающие выводы в разделе аналитической информации.
ИД аналитического вывода	Идентификатор для конкретной категории аналитики.

Какие аспекты проверяются?

На производительность приложения на основе модели может влиять несколько факторов. По горизонтали: приложение может зависеть от клиентской среды, сети, модели использования, настроек и конфигураций. По вертикали: веб-сервер или внутренний SQL-сервер могут повлиять на производительность на стороне клиента.

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

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

В следующей таблице приведены области и категории, которые проверяет модуль аналитики производительности.

Область

Категория аналитики

Описание

Общая производительность

Обзор

Предоставляет общий обзор производительности выбранного приложения. Вы можете кратко увидеть производительность приложения. Больше информации: Общая производительность

Среда клиента

Минимальные требования к системе

Пользователи должны по крайней мере использовать систему, отвечающую минимальным требованиям. Эта аналитика показывает создателям, сколько пользователей соответствуют этим критериям, если по одним пользователям данные собраны, а по другим — нет. Дополнительные сведения: Минимальные требования к системе

Среда клиента

Тип браузера

Производительность зависит от типа браузера. Эта аналитика показывает, используют ли пользователи современный браузер или не рекомендуемый (IE) браузер Internet Explorer. Производительность Power Apps в IE заметно ниже по сравнению с современными браузерами. Дополнительные сведения: Тип браузера

Среда клиента

Версия браузера

Хотя пользователи используют современные браузеры, они могут столкнуться с низкой производительностью, если они используют браузер старой версии. В общем, рекомендуется использовать последнюю версию. Дополнительные сведения: Версия браузера

Среда клиента

Протокол HTTP

Power Apps поддерживает протокол HTTP/2. Приложения обычно лучше работают с протоколом HTTP/2 по сравнению с HTTP/1.1. Одним из основных ограничений HTTP/1.1 является ограниченное количество одновременных подключений к одному и тому же домену, что может привести к медленной работе приложений. Больше информации: Протокол HTTP

Сеть

Производительность сети

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

Шаблон использования

Тип загрузки страницы.

Тип загрузки страницы может повлиять на производительность приложения. Горячая (кэшированная) загрузка страниц происходит быстрее, чем холодных (некэшированных), так как необходимые ресурсы загружаются из кэша. Больше информации: Тип загрузки страницы

Производительность страницы

Медленная панель мониторинга

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

Пользовательская настройка

Тип вызова XHR

Создатели могут настроить приложение на основе модели, добавив настраиваемую функцию, превращающую XMLHttpRequest в событие. Если вызов XMLHttpRequest (XHR) происходит синхронно, другие задачи должны дождаться завершения вызова XHR. Мы настоятельно рекомендуем вам сделать вызов XHR в ваших пользовательских функциях асинхронным. Больше информации: Тип вызова XML HTTP-запроса (XHR)

Пользовательская настройка

Устаревшие элементы управления

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

Пользовательская настройка

Производительность песочницы

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

Пользовательская настройка

Сохраненный запрос

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

Настройка

Настройка журнала трассировки подключаемого модуля

Администраторы могут включить журналы трассировки подключаемых модулей для среды Dataverse с Нет на Все. Полезно проверять журналы трассировки подключаемого модуля на этапе разработки. Однако для рабочих сред мы рекомендуем установить для этой функции значение Исключение или Нет, чтобы свести к минимуму интенсивное ведение журнала, которое может снизить производительность приложения. Больше информации: Настройка журнала трассировки подключаемого модуля

См. также

Понимание аналитики