Включение и просмотр расширенной телеметрии в Application Insights для стандартных рабочих процессов в Azure Logic Apps

Статья
16.12.2024

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

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

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

В следующем списке описаны некоторые примеры улучшений телеметрии:

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

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

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

Учетная запись и подписка Azure. Если у вас нет ее, вы можете зарегистрироваться для получения бесплатной учетной записи Azure.
Экземпляр Application Insights . Вы заранее создаете этот ресурс при создании приложения логики уровня "Стандартный" или после развертывания приложения логики.
Стандартное приложение логики и рабочий процесс в портал Azure или Visual Studio Code.
- Ресурс или проект приложения логики должен использовать среду выполнения Функции Azure версии 4, которая включена по умолчанию.
- Приложение логики должно включить Application Insights для диагностика ведения журнала и трассировки. Это можно сделать либо при создании приложения логики, либо после его развертывания.

Включение расширенной телеметрии в Application Insights

Портал
Visual Studio Code

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

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

JSON

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

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

В Visual Studio Code откройте проект приложения логики и откройте файл host.json проекта.

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

JSON

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

Открытие Application Insights

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

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

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

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

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

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

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

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

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

Снимок экрана: портал Azure и конструктор стандартных рабочих процессов с триггером и действиями.

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

Снимок экрана: портал Azure, стандартный рабочий процесс, выбранный триггер запроса, вкладка

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

Снимок экрана: портал Azure, стандартный рабочий процесс, выбранное действие Compose, вкладка

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

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

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

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

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

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

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

Kusto

requests
| sort by timestamp desc
| take 10

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

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

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

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

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

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

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

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

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

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

Kusto
```
requests
| where customDimensions.Category == "Workflow.Operations.Triggers" and operation_Name == "Request-Response-Workflow"
```
Чтобы просмотреть все события действий в определенном рабочем процессе, создайте запрос со значением свойства customDimensions.Category , заданным для Workflow.Operations.Actions , и operation_Name задать имя рабочего процесса, например:

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

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

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

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

Kusto
```
requests
| where customDimensions.triggerType == "Request"
```
Чтобы просмотреть все события операции с определенным типом действия, создайте и запустите запрос со значением customDimensions.actionType , заданным для типа действия, например:

Kusto
```
requests
| where customDimensions.actionType == "Compose"
```

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

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

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

Kusto
```
requests
| where operation_Id == "08585287554177334956853859655CU00"
```

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

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

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

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

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

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

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

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

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

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

Снимок экрана: портал Azure, стандартный рабочий процесс, выбранное действие HTTP, вкладка

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

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

При необходимости выберите диапазон времени, который необходимо просмотреть. По умолчанию это значение составляет последние 24 часа.
Чтобы просмотреть только события триггера и действия с журналом повторных попыток, создайте и выполните следующий запрос в Application Insights:

Kusto
```
requests
| extend retryHistory = tostring(tostring(customDimensions.retryHistory))
| where isnotempty(retryHistory)
```

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

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

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

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

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

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

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

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

Kusto

requests
| where customDimensions.Category == "Workflow.Operations.Triggers" and customDimensions.triggerType =="ApiConnectionWebhook" and customDimensions.apiName =="commondataservice"

Свойство	Пример значения
customDimensions.Category	Workflow.Operations.Triggers
customDimensions.triggerType	Тип операции, например ApiConnectionWebhook
customDimensions.apiName	Имя API соединителя в формате JSON, например commondataservice для соединителя Microsoft Dataverse

Снимок экрана: Application Insights, вкладка

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

Свойство	Пример значения
customDimensions.Category	Workflow.Operations.Actions
customDimensions.triggerType	Тип операции, например ApiConnection
customDimensions.apiName	Имя API соединителя в формате JSON, например Office365 для соединителя Microsoft Office 365 Outlook

Kusto

requests
| where customDimensions.Category == "Workflow.Operations.Actions" and customDimensions.actionType == "ApiConnection" and customDimensions.apiName == "office365"

Снимок экрана: Application Insights, вкладка

Для триггеров и действий Application Insights различает типы существующих подключений. В полях actionType и triggerType могут отображаться различные значения, основанные на том, имеется ли подключение ApiConnection, ApiConnectionWebhook, встроенный базовый тип, например Request, или встроенный тип ServiceProvider на основе поставщика услуг.

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

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

События запуска и завершения рабочего процесса

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

Дополнительные сведения см. в статье "Использование встроенных пакетных операций" в Azure Logic Apps (цен. категория "Стандартный")

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

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

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

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

При необходимости выберите диапазон времени, который необходимо просмотреть. По умолчанию это значение составляет последние 24 часа.
Создайте и запустите запрос со значением customDimensions.Category , заданным для Workflow.Operations.Run, например:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Kusto
```
exceptions
| sort by timestamp desc
```

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

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

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

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

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

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

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

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

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

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

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

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

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

Kusto

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

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

Kusto

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

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

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

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

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

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

Снимок экрана: Application Insights и карта приложений с зависимостью между родительским рабочим процессом и дочерним рабочим процессом.

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

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

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

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

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

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

Снимок экрана: Application Insights с таблицей запросов и записью для события триггера пакетных сообщений.

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

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

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

JSON

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

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

JSON

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

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

JSON

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

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

Удаление ошибок зависимостей хранилища

Чтобы отфильтровать ошибки зависимостей хранилища, например ошибки 404 Not Found и 412 Предварительные ошибки сбоем, задайте для уровня журнала Host.Workflow значение None, например:

JSON

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

Портал
Visual Studio Code

На портале Azure откройте свой ресурс приложения логики категории "Стандартный".
В меню приложения логики в разделе "Средства разработки" выберите "Дополнительные инструменты". На странице "Дополнительные средства" выберите "Перейти", чтобы открыть инструменты Kudu.
На странице Kudu в меню консоли отладки выберите CMD. В таблице каталогов папок перейдите к следующему файлу и выберите "Изменить": site/wwwroot/host.json
В файле host.json добавьте объект JSON ведения журнала со значениями logLevel, заданными для уровней детализации, которые требуется:

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

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

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

Просмотр метрик рабочего процесса в Application Insights

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

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

В портал Azure откройте ресурс Application Insights, если он еще не открыт.
В меню ресурсов Application Insights в разделе "Мониторинг" выберите "Метрики".
В списке областей выберите экземпляр Application Insights.
В списке пространства имен метрик выберите workflow.operations.
В списке метрик выберите метрику, например Выполнение завершено.
В списке агрегирования выберите тип, например Count или Avg.

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

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

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

В ресурсе Application Insights включите многомерные метрики.
В Application Insights откройте панель мониторинга метрик.
На панели инструментов диаграммы выберите " Добавить фильтр".
В списке свойств выберите Рабочий процесс.
В списке операторов выберите знак равенства (=).
В списке значений выберите нужные рабочие процессы.

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

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

В портал Azure откройте ресурс Application Insights, если он еще не открыт.
В меню ресурсов Application Insights в разделе "Исследование" выберите "Динамические метрики".

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

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

Примечание

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

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

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

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

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

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

Включение или открытие Application Insights

Дополнительные ресурсы

Документация

Мониторинг рабочих процессов приложения логики - Azure Logic Apps

Начните с этого руководства по мониторингу рабочих процессов в Azure Logic Apps.
Сбор диагностических данных для рабочих процессов - Azure Logic Apps

Записывайте диагностические данные для рабочих процессов в Azure Logic Apps с помощью журналов Azure Monitor.
Проверка состояния рабочего процесса, просмотр журнала выполнения и настройка оповещений - Azure Logic Apps

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

Просмотр и создание запросов в журналах Azure Monitor для Azure Logic Apps.
Просмотр метрик работоспособности рабочего процесса и производительности - Azure Logic Apps

Просмотр метрик работоспособности и производительности рабочих процессов в Azure Logic Apps.
Подключение к приложение Azure Insights - Azure Logic Apps

Подключитесь к Application Insights из рабочего процесса в Azure Logic Apps.
Мониторинг сообщений B2B с помощью схем отслеживания - Azure Logic Apps

Создайте схемы отслеживания для отслеживания сообщений B2B, таких как AS2, X12 или настраиваемые в Azure Logic Apps.
Подключение к Log Analytics или Application Insights - Azure Logic Apps

Получение данных журнала из рабочей области Log Analytics или ресурса Application Insights для использования с рабочим процессом в Azure Logic Apps.

Обучение

Схема обучения

Use advance techniques in canvas apps to perform custom updates and optimization - Training

Use advance techniques in canvas apps to perform custom updates and optimization

События

Создание интеллектуальных приложений

17 мар., 21 - 21 мар., 10

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

Зарегистрироваться

Поделиться через

Включение и просмотр расширенной телеметрии в Application Insights для стандартных рабочих процессов в Azure Logic Apps

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

Включение расширенной телеметрии в Application Insights

Открытие Application Insights

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Удаление ошибок зависимостей хранилища

Просмотр метрик рабочего процесса в Application Insights

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

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

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

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

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

Обратная связь

Дополнительные ресурсы