Бөлісу құралы:


Включение и просмотр расширенной телеметрии в приложении Аналитика для рабочих процессов уровня "Стандартный" в Azure Logic Apps

Область применения: Azure Logic Apps (стандартная версия)

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

Необходимые компоненты

  • Учетная запись и подписка Azure. Если у вас нет ее, вы можете зарегистрироваться для получения бесплатной учетной записи Azure.

  • Экземпляр приложения Аналитика. Вы заранее создаете этот ресурс при создании приложения логики уровня "Стандартный" или после развертывания приложения логики.

  • Стандартное приложение логики и рабочий процесс в портал Azure или Visual Studio Code.

    • Ресурс или проект приложения логики должен использовать среду выполнения Функции Azure версии 4, которая включена по умолчанию.

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

Включение расширенной телеметрии в приложении Аналитика

  1. На портале Azure откройте свой ресурс приложения логики категории "Стандартный".

  2. В меню приложения логики в разделе "Средства разработки" выберите "Дополнительные инструменты". На странице "Дополнительные средства" выберите "Перейти", чтобы открыть инструменты Kudu.

  3. На странице Kudu в меню консоли отладки выберите CMD. В таблице каталогов папок перейдите к следующему файлу и выберите "Изменить": site/wwwroot/host.json

  4. В файле host.json добавьте следующий код JSON:

    {
       "version": "2.0",
       "extensionBundle": {
          "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
          "version": "[1, 2.00]"
       },
       "extensions": {
          "workflow": {
             "Settings": {
                "Runtime.ApplicationInsightTelemetryVersion": "v2"
             }
          }
       }
    }
    

    Эта конфигурация включает уровень детализации по умолчанию. Другие параметры см. в разделе "Применить фильтрацию" в источнике.

Открытие Аналитика приложения

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

  1. В портал Azure в меню приложения логики в разделе Параметры выберите "Приложение Аналитика".

  2. В меню ресурсов приложения Аналитика в разделе "Мониторинг" выберите "Журналы".

Просмотр расширенных журналов в Application Аналитика

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

Имя таблицы Description
Запросы Сведения о следующих событиях в рабочих процессах:

— события триггера и действия
— повторные попытки
— использование Подключение or
Трассировки Сведения о следующих событиях в рабочих процессах:

— события запуска и завершения рабочего процесса
— События отправки и получения пакетной службы
Исключения Сведения о событиях исключений в рабочих процессах
Зависимости Сведения о событиях зависимостей в рабочих процессах

Таблица запросов

Таблица "Запросы" содержит поля, отслеживающие данные о следующих событиях в стандартном рабочем процессе:

  • События триггера и действия
  • Повторные попытки
  • использование Подключение or

Чтобы показать, как данные попадают в эти поля, предположим, что у вас есть следующий пример рабочего процесса Уровня "Стандартный", который начинается с триггера запроса , за которым следует действие Compose и действие "Ответ ".

Screenshot shows Azure portal and Standard workflow designer with trigger and actions.

Параметры триггера имеют параметр с именем Custom Tracking Id. Для значения параметра задано выражение, которое извлекает значение свойства orderId из текста входящего сообщения:

Screenshot shows Azure portal, Standard workflow, Request trigger selected, Settings tab, and custom tracking Id.

Затем параметры действия Compose рабочего процесса имеют добавленное отслеживаемое свойство с именем solutionName. Значение свойства присваивается имени ресурса приложения логики.

Screenshot shows Azure portal, Standard workflow, Compose action selected, Settings tab, and tracked property.

За действием Compose следует действие ответа , которое возвращает ответ вызывающему объекту.

В следующем списке приведены примеры запросов, которые можно создать и запустить в таблице "Запросы":

Задача Шаги
Просмотр всех событий триггера и действия Запрос для всех событий триггера и действия
Просмотр только событий триггера или событий действия Запрос только событий триггера или действия
Просмотр событий триггера или действия с определенным типом операции Триггер запроса или события действия по типу операции
Просмотр событий триггера и действия с определенным идентификатором выполнения рабочего процесса Триггер запроса и события действия по идентификатору запуска рабочего процесса
Просмотр событий триггера и действия с определенным идентификатором отслеживания клиента Триггер запроса и события действия по идентификатору отслеживания клиента
Просмотр событий триггера и действия с определенным именем решения Триггер запроса и события действия по имени решения
Просмотр событий триггера и действия с повторными попытками Триггер запроса и события действия для повторных попыток
Просмотр событий триггера и действия с использованием соединителя Запрос событий триггера и действия для использования соединителя

Запрос для всех событий триггера и действия

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

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

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

    requests
    | sort by timestamp desc
    | take 10
    

    В следующем примере показана вкладка "Результаты" с отмеченными столбцами и данными в каждой строке:

    Screenshot shows Application Insights, query, Results tab, and operation events from workflow run.

    Столбец Description Пример
    имя Имя операции рабочего процесса В этом примере строки отображаются вручную (триггер запроса), Создание и ответ.
    Успех Состояние выполнения операции В этом примере все строки отображают значение True для успешного выполнения. Если произошла ошибка, значение равно False.
    resultCode Код состояния выполнения операции В этом примере все строки отображаются успешно (200).
    duration Длительность выполнения операции Зависит от каждой операции.
  3. Чтобы просмотреть сведения для конкретной операции, разверните строку триггера или действия:

    В следующем примере показаны развернутые сведения для триггера запроса :

    Screenshot shows Application Insights, Results tab for Request trigger, and details.

    Свойство Description Пример
    Категория Категория операций, которая всегда имеет тип Workflow.Operations.Triggers или Workflow.Operations.Actions на основе операции. Workflow.Operations.Triggers.
    clientTrackingId Пользовательский идентификатор отслеживания, если указан 123456
    runId Идентификатор экземпляра запуска рабочего процесса 0858535837581913417237801801890CU00
    triggerName Имя триггера manual
    workflowId Идентификатор рабочего процесса, запускающего триггер c7711d107e647179c2e15fe2c2720ce
    workflowName Имя рабочего процесса, запускающего триггер Запрос-ответ-рабочий процесс
    operation_Name Имя операции, которая запустила триггер. В этом случае это имя совпадает с именем рабочего процесса. Запрос-ответ-рабочий процесс
    operation_Id Идентификатор компонента или рабочего процесса, который только что выполнялся. Этот идентификатор совпадает со значением runId для экземпляра запуска рабочего процесса. Если существуют исключения или зависимости, это значение выходит за рамки таблиц, чтобы связать эту запись триггера с этими исключениями или зависимостями. 0858535837581913417237801801890CU00
    operation_ParentId Идентификатор ссылок для рабочего процесса, вызывающего триггер f95138daff8ab129

    В следующем примере показаны развернутые сведения для действия Compose :

    Screenshot shows Application Insights, Results tab for Compose action, and details.

    Свойство Description Пример
    Категория Категория операций, которая всегда имеет тип Workflow.Operations.Triggers или Workflow.Operations.Actions на основе операции. Workflow.Operations.Actions
    clientTrackingId Пользовательский идентификатор отслеживания, если указан 123456
    actionName Имя действия Создание
    runId Идентификатор экземпляра запуска рабочего процесса 0858535837581913417237801801890CU00
    workflowId Идентификатор рабочего процесса, выполняющего действие c7711d107e647179c2e15fe2c2720ce
    workflowName Имя рабочего процесса, выполняющего действие Запрос-ответ-рабочий процесс
    имя решения Имя отслеживаемого свойства, если указано LA-App Аналитика
    operation_Name Имя операции, выполняющей действие. В этом случае это имя совпадает с именем рабочего процесса. Запрос-ответ-рабочий процесс
    operation_Id Идентификатор компонента или рабочего процесса, который только что выполнялся. Этот идентификатор совпадает со значением runId для экземпляра запуска рабочего процесса. Если существуют исключения или зависимости, это значение выходит за рамки таблиц, чтобы связать эту запись действия с этими исключениями или зависимостями. 0858535837581913417237801801890CU00
    operation_ParentId Идентификатор ссылок для рабочего процесса, вызывающего действие f95138daff8ab129

Запрос только событий триггера или действия

Вы можете создать запрос к таблице "Запросы", чтобы просмотреть подмножество событий операции на основе категории операций и имени рабочего процесса.

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

  2. Чтобы просмотреть все события триггера в определенном рабочем процессе, создайте и запустите запрос со значением свойства customDimensions.Category , заданным для Workflow.Operations.Triggers , и operation_Name задать имя рабочего процесса, например:

    requests
    | where customDimensions.Category == "Workflow.Operations.Triggers" and operation_Name == "Request-Response-Workflow"
    

    Screenshot shows Requests table query for triggers only.

  3. Чтобы просмотреть все события действий в определенном рабочем процессе, создайте запрос со значением свойства customDimensions.Category , заданным для Workflow.Operations.Actions , и operation_Name задать имя рабочего процесса, например:

    requests
    | where customDimensions.Category == "Workflow.Operations.Actions" and operation_Name == "Request-Response-Workflow"
    

    Screenshot shows Requests table query for actions only.

Триггер запроса или события действия по типу операции

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

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

  2. Чтобы просмотреть все события операции с определенным типом триггера, создайте и запустите запрос со значением customDimensions.triggerType , заданным для типа триггера, например:

    requests
    | where customDimensions.triggerType == "Request"
    

    Screenshot shows Requests table query for Request trigger type.

  3. Чтобы просмотреть все события операции с определенным типом действия, создайте и запустите запрос со значением customDimensions.actionType , заданным для типа действия, например:

    requests
    | where customDimensions.actionType == "Compose"
    

    Screenshot shows Requests table query for Compose action type.

Триггер запроса и события действия по идентификатору запуска рабочего процесса

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

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

  2. Чтобы просмотреть все события операции с определенным идентификатором выполнения рабочего процесса, создайте и запустите запрос со значением operation_Id , заданным идентификатором выполнения рабочего процесса, например:

    requests
    | where operation_Id == "08585287554177334956853859655CU00"
    

    Screenshot shows Requests table query based on workflow run ID.

Триггер запроса и события действия по идентификатору отслеживания клиента

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

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

  2. Чтобы просмотреть все события операции с определенным идентификатором отслеживания клиента в определенном рабочем процессе, создайте и запустите запрос со значением operation_Name , заданным именем рабочего процесса и значением свойства clientTrackingId , заданным в качестве нужного значения, например:

    requests
    | where operation_Name == "Request-Response-Workflow"
    | extend correlation = todynamic(tostring(customDimensions.correlation))
    | where correlation.clientTrackingId == "123456"
    

    Screenshot shows query results using operation name and client tracking ID.

Триггер запроса и события действия по имени решения

Вы можете создать запрос к таблице "Запросы", чтобы просмотреть подмножество событий операции на основе имени рабочего процесса и имени решения.

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

  2. Чтобы просмотреть все события операции с определенным идентификатором отслеживания клиента в определенном рабочем процессе, создайте и запустите запрос со значением operation_Name , заданным именем рабочего процесса и значением свойства solutionName , заданным в качестве нужного значения, например:

    requests
    | where operation_Name == "Request-Response-Workflow" and customDimensions has "trackedProperties"
    | extend trackedProperties = todynamic(tostring(customDimensions.trackedProperties))
    | where trackedProperties.solutionName == "LA-AppInsights"
    

    Screenshot shows query results using operation name and solution name.

Повторные попытки

Чтобы показать, как эти данные попадают в таблицу "Запросы", в следующем примере рабочего процесса "Стандартный" используется действие HTTP , которое вызывает URL-адрес, который не разрешается. Рабочий процесс также имеет политику повторных попыток, которая устанавливается на фиксированный интервал, который повторяется три раза каждые 60 секунд.

Screenshot shows Azure portal, Standard workflow, HTTP action selected, Settings tab, and retry policy.

Триггер запроса и события действия для повторных попыток

Вы можете создать запрос к таблице "Запросы", чтобы просмотреть подмножество событий операции с повторными попытками.

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

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

    requests
    | extend retryHistory = tostring(tostring(customDimensions.retryHistory))
    | where isnotempty(retryHistory)
    
  3. Чтобы просмотреть попытки повторных попыток для конкретной операции с политикой повторных попыток, разверните строку для этой операции.

    В следующем примере показаны развернутые сведения о действии HTTP :

    Screenshot shows Application Insights, Results tab for HTTP action, and details.

    Значения свойств success и resultCode указывают на сбой действия HTTP . Наряду со свойствами, описанными в таблице "Запросы" для всех событий триггера и действия, запись содержит следующие сведения, которые включают три попытки повторных попыток:

    Свойство Description Пример
    Повторная попытка Сведения журнала для одной или нескольких попыток повторных попыток
    code Тип ошибки для определенной попытки повтора
    error Сведения об конкретной ошибке, которая произошла

Триггер запроса и события действия для использования соединителя

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

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

  2. Чтобы просмотреть все события триггера с помощью определенного типа соединителя, создайте и запустите запрос со следующими свойствами и значениями:

    requests
    | where customDimensions.Category == "Workflow.Operations.Triggers" and customDimensions.triggerType =="ApiConnectionWebhook" and customDimensions.apiName =="commondataservice"
    
    Свойство Пример значения
    customDimensions.Category Workflow.Operations.Triggers
    customDimensions.triggerType Тип операции, например Api Подключение ionWebhook
    customDimensions.apiName Имя API соединителя в формате JSON, например commondataservice для соединителя Microsoft Dataverse

    Screenshot shows Application Insights, Results tab for Microsoft Dataverse trigger events with ApiConnectionWebhook connection.

  3. Чтобы просмотреть все события действий с определенным использованием соединителя, создайте и запустите запрос со значением customDimensions.Category , заданным для Workflow.Operations.Actions, значение customDimensions.triggerType , заданное типом операции, и customDimensions.apiName , заданным для имени API соединителя в формате JSON, например:

    Свойство Пример значения
    customDimensions.Category Workflow.Operations.Actions
    customDimensions.triggerType Тип операции, например Api Подключение ion
    customDimensions.apiName Имя API соединителя в формате JSON, например Office365 для соединителя Microsoft Office 365 Outlook
    requests
    | where customDimensions.Category == "Workflow.Operations.Actions" and customDimensions.actionType == "ApiConnection" and customDimensions.apiName == "office365"
    

    Screenshot shows Application Insights, Results tab for Microsoft Office 365 Outlook action events with ApiConnection connection.

Для триггеров и действий приложение Аналитика различать типы существующих подключений. В полях actionType и triggerType могут отображаться разные значения на основе типа Api Подключение ion, Api Подключение ionWebhook, встроенного базового типа, например Request, или встроенного типа ServiceProvider на основе поставщика услуг.

Таблица трассировок

Таблица traces содержит поля, отслеживающие данные о следующих событиях в рабочем процессе "Стандартный":

В следующем списке приведены примеры запросов, которые можно создать и запустить в таблице Traces:

Задача Шаги
Просмотр событий запуска и завершения во всех запусках рабочего процесса Запрос на запуск и завершение событий во всех рабочих процессах
Просмотр событий запуска и завершения в определенном рабочем процессе Запрос на события запуска и завершения в рабочем процессе
Просмотр событий отправки и получения пакетной службы во всех запусках рабочего процесса Запрос на отправку и пакетную передачу событий во всех рабочих процессах

Запрос на запуск и завершение событий во всех рабочих процессах

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

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

  2. Создайте и запустите запрос со значением customDimensions.Category , заданным для Workflow.Operations.Run, например:

    traces
    | where customDimensions.Category == "Workflow.Operations.Runs"
    

    Screenshot shows Application Insights, Results tab for start and events across all workflow runs.

Запрос на события запуска и завершения в определенном рабочем процессе

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

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

  2. Создайте и запустите запрос со значением customDimensions.Category , равным Workflow.Operations.Run , и значение operation_Id , заданное идентификатором выполнения рабочего процесса, например:

    traces
    | where customDimensions.Category == "Workflow.Operations.Runs"
    | and operation_Id == "08585287571846573488078100997CU00"
    

    Screenshot shows Application Insights, Results tab for start and events for a specific run.

Запрос на отправку и пакетную передачу событий во всех рабочих процессах

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

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

  2. Создайте и запустите запрос со значением customDimensions.Category , равным Workflow.Operations.Run , и значение operation_Id , заданное идентификатором выполнения рабочего процесса, например:

    traces
    | where customDimensions.Category == "Workflow.Operations.Batch"
    

    Screenshot shows Application Insights, Results tab for batch send and batch receive events in all workflow runs.

Таблица исключений

Таблица исключений содержит поля, отслеживающие данные о событиях исключений в рабочих процессах уровня "Стандартный". Чтобы показать, как данные попадают в эти поля, предположим, что у вас есть следующий пример рабочего процесса Уровня "Стандартный", который начинается с триггера запроса , за которым следует действие Compose и действие "Ответ ". Действие Compose использует выражение, разделяющее значение на ноль, которое создает исключение:

Screenshot shows Azure portal, Standard workflow designer, Request trigger, Compose action with an exception-generating expression, and Response action.

Запрос событий исключения во всех рабочих процессах

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

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

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

    exceptions
    | sort by timestamp desc
    
  3. Чтобы просмотреть сведения для конкретного исключения, разверните строку для этого исключения:

    В следующем примере показано расширенное исключение для действия Compose и сведения об исключении:

    Screenshot shows Application Insights, Results tab for exception events with the exception event for the Compose action expanded, and exception details.

    Свойство Description
    problemId Тип исключения или краткое описание исключения, которое произошло
    outerMessage Более подробное описание исключения
    details Подробные и наиболее полные сведения об исключении
    clientTrackingId Идентификатор отслеживания клиента, если он указан
    workflowId Идентификатор рабочего процесса, испытывающего исключение
    workflowName Имя рабочего процесса, переживающего исключение
    runId Идентификатор экземпляра запуска рабочего процесса
    actionName Имя действия, завершившемся сбоем с исключением
    operation_Name Имя рабочего процесса, переживающего исключение
    operation_Id Идентификатор компонента или рабочего процесса, который только что выполнялся. Этот идентификатор совпадает со значением runId для экземпляра запуска рабочего процесса. Это значение выходит за рамки таблиц, чтобы связать эту запись исключений с экземпляром запуска рабочего процесса.
    operation_ParentId Идентификатор рабочего процесса, вызывающего действие, которое можно связать с идентификатором действия в таблице "Запросы".
  4. Чтобы просмотреть исключения для определенного рабочего процесса, создайте и выполните следующий запрос:

    exceptions
    | where operation_Name contains "Request-Response-Workflow-Exception"
    

Таблица зависимостей

Таблица зависимостей содержит поля, отслеживающие данные о событиях зависимостей в выполнении стандартного рабочего процесса. Эти события создаются при вызове одного ресурса другого ресурса и при использовании обоих ресурсов Аналитика приложения. Примеры для Azure Logic Apps включают службу, вызывающую другую службу по протоколу HTTP, базе данных или файловой системе. Приложение Аналитика измеряет продолжительность вызовов зависимостей и выполняет ли эти вызовы успешно или завершается ошибкой, а также сведениями, такими как имя зависимостей. Вы можете анализировать отдельные вызовы зависимостей и сопоставлять их с запросами и исключениями.

Чтобы показать, как данные попадают в эти поля, предположим, что у вас есть следующий пример родительского рабочего процесса Уровня "Стандартный", который вызывает дочерний рабочий процесс по протоколу HTTP с помощью действия HTTP :

Screenshot shows Azure portal, Standard workflow designer with parent workflow using HTTP action to call a child workflow.

Запрос событий зависимостей в определенном рабочем процессе

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

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

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

    union requests, dependencies
    | where operation_Id contains "<runId>"
    

    Этот запрос использует оператор объединения для возврата записей из таблицы "Запросы" и таблицы зависимостей. Запрос также использует значение свойства operation_Id для предоставления связи между записями, указав нужное значение runId рабочего процесса, например:

    union requests, dependencies
    | where operation_Id contains "08585355753671110236506928546CU00"
    

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

    Screenshot shows Application Insights, Results tab with dependency events for a specific workflow.

    Для записей событий операции столбец itemType отображает их типы записей в качестве запроса. Для записи зависимостей столбец itemType указывает тип записи как зависимость.

    Свойство Description
    runId Идентификатор экземпляра запуска рабочего процесса
    actionName Имя действия, в котором происходит событие зависимости
    operation_Id Идентификатор указанного рабочего процесса. Этот идентификатор совпадает со значением runId для экземпляра запуска рабочего процесса. Это значение выходит за рамки таблиц, чтобы связать эту запись зависимостей с экземпляром запуска рабочего процесса.
    operation_ParentId Идентификатор действия, в котором происходит событие зависимости, которое также связывает запись события операции и запись события зависимостей вместе

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

Чтобы открыть карту приложения, в меню "Приложение Аналитика ресурсов" в разделе "Исследование" выберите "Карта приложения".

Screenshot shows Application Insights and application map with dependency between parent workflow and child workflow.

События фильтра

В приложении Аналитика можно фильтровать события следующими способами:

  • Создание и запуск запросов, как описано в предыдущих разделах.

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

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

Применение фильтрации в источнике

В таблице "Запросы" или в таблице traces запись имеет узел с именем customDimensions, содержащий свойство Category . Например, в таблице "Запросы" запись запроса для события триггера пакетной службы выглядит примерно так:

Screenshot shows Application Insights with Requests table and record for a Batch messages trigger event.

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

Значение категории Description
Workflow.Operations.Triggers Определяет запись запроса для события триггера
Workflow.Operations.Actions Определяет запись запроса для события действия

Для каждого значения категории можно независимо задать уровень детализации в файле host.json для ресурса или проекта приложения логики. Например, чтобы вернуть только записи для событий триггера или действия с ошибками в файле host.json, можно добавить следующий объект JSON журнала, содержащий объект JSON logLevel с нужными уровнями детализации:

{
   "logging": {
      "logLevel": {
         "Workflow.Operations.Actions": "Error",
         "Workflow.Operations.Triggers": "Error"
      }
   }
}

Для записей таблиц Трассировки в следующих примерах показаны способы изменения уровня детализации для событий:

{
   "logging": {
      "logLevel": {
         "Workflow.Host": "Warning",
         "Workflow.Jobs": "Warning",
         "Workflow.Runtime": "Warning"
      }
   }
}

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

{
   "logging": {
      "logLevel": {
         "default": "Warning",
         "Workflow.Operations.Actions": "Information",
         "Workflow.Operations.Runs": "Information",
         "Workflow.Operations.Triggers": "Information"
      }
   }
}

Если значения logLevel не указаны, уровень детализации по умолчанию — Information. Дополнительные сведения см. в разделе Настройка уровней ведения журнала.

  1. На портале Azure откройте свой ресурс приложения логики категории "Стандартный".

  2. В меню приложения логики в разделе "Средства разработки" выберите "Дополнительные инструменты". На странице "Дополнительные средства" выберите "Перейти", чтобы открыть инструменты Kudu.

  3. На странице Kudu в меню консоли отладки выберите CMD. В таблице каталогов папок перейдите к следующему файлу и выберите "Изменить": site/wwwroot/host.json

  4. В файле host.json добавьте объект JSON ведения журнала со значениями logLevel, заданными для уровней детализации, которые требуется:

    {
       "logging": {
          "logLevel": {
             "Workflow.Operations.Actions": "<verbosity-level>",
             "Workflow.Operations.Triggers": "<verbosity-level>"
          }
       }
    }
    

Просмотр метрик рабочего процесса в приложении Аналитика

Благодаря усовершенствованиям телеметрии в Application Аналитика вы также получите аналитические сведения о рабочих процессах на панели мониторинга метрик.

Откройте панель мониторинга метрик и настройте базовые фильтры

  1. В портал Azure откройте ресурс приложения Аналитика, если он еще не открыт.

  2. В меню ресурсов приложения Аналитика в разделе "Мониторинг" выберите "Метрики".

  3. В списке областей выберите экземпляр приложения Аналитика.

  4. В списке пространства имен метрик выберите workflow.operations.

  5. В списке метрик выберите метрику, например Выполнение завершено.

  6. В списке агрегирования выберите тип, например Count или Avg.

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

    Screenshot shows Application Insights with Metrics dashboard and chart that shows number of finished workflow executions over time.

Фильтрация на основе определенного рабочего процесса

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

  1. В ресурсе приложения Аналитика включите многомерные метрики.

  2. В приложении Аналитика откройте панель мониторинга метрик.

  3. На панели инструментов диаграммы выберите " Добавить фильтр".

  4. В списке свойств выберите Рабочий процесс.

  5. В списке операторов выберите знак равенства (=).

  6. В списке значений выберите нужные рабочие процессы.

    Screenshot shows Application Insights with Metrics dashboard and chart with multidimensional metrics.

Просмотр данных журнала live и метрик

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

  1. В портал Azure откройте ресурс приложения Аналитика, если он еще не открыт.

  2. В меню ресурсов приложения Аналитика в разделе "Исследование" выберите "Динамические метрики".

    На странице "Динамические метрики" отображаются данные журнала и другие метрики, например:

    Screenshot shows Azure portal and Application Insights menu with selected item named Live metrics.

Дополнительные сведения см. в статье Динамические метрики: мониторинг и диагностика с задержкой в 1 секунду.

Примечание.

Так как рабочие процессы приложения логики уровня "Стандартный" основаны на Функции Azure, метрики live поддерживают эти рабочие процессы приложения логики.

Потоковая передача и просмотр выходных данных отладки из файлов журнала приложений

С поддержкой расширенной телеметрии приложения Аналитика можно передавать подробные сведения об отладке в портал Azure для файлов журналов приложения. Эта информация эквивалентна выходным данным, созданным при отладке рабочего процесса в локальной среде Visual Studio Code.

  1. На портале Azure откройте свой ресурс приложения логики категории "Стандартный".

  2. В меню ресурсов приложения логики в разделе "Мониторинг" выберите поток журналов.

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

    Screenshot shows Azure portal and Standard logic app menu with selected item named Log stream.

Следующие шаги

Включение или открытие Аналитика приложения