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

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

  • Статья

Применяется к: Azure Logic Apps (Расход + Стандарт)

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

Примечание.

Журналы ресурсов Azure Monitor не являются стопроцентно без потерь данных. Журналы ресурсов основаны на архитектуре хранения и передачи данных, предназначенной для экономически эффективного перемещения петабайт данных в день в больших масштабах. Эта возможность включает встроенную избыточность и повторные попытки на платформе, но не предоставляет гарантии транзакций. Мониторинг транзакций может снизить надежность и производительность отслеживаемой службы. Кроме того, временные ошибки ведения журнала должны остановить вышестоящую службу, если не удается подтвердить доставку журналов. Всякий раз, когда команда Azure Monitor может подтвердить постоянный источник потери данных, команда считает решение и предотвращение его наивысшим приоритетом. Однако небольшие потери данных все еще могут происходить из-за временных, не повторяющихся проблем службы, распределённых по всей платформе Azure, и не все из них могут быть выявлены.

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

  1. При создании приложения логики потребления включите Log Analytics и укажите рабочую область Log Analytics.

    –или–

    Для существующего приложения логики потребления установите решение Logic Apps Management в рабочей области Log Analytics. Это решение предоставляет собранную информацию о запусках вашего приложения логики и включает в себя такие подробности, как статус, время выполнения, статус повторной отправки и идентификаторы корреляции.

  2. Добавьте параметр диагностики для включения сбора данных.

  3. Просмотр состояния выполнения рабочего процесса.

  4. Отправка диагностических данных в хранилище Azure и Azure Event Hubs.

  5. Включите настраиваемые свойства в данные телеметрии.

Предварительные условия

Включение Log Analytics

Для приложения логики потребления необходимо сначала включить Log Analytics.

Включение Log Analytics при создании логического приложения

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

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

    2. Для включения log analytics нажмите кнопку "Да".

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

      Скриншот, показывающий портал Azure и страницу создания приложения Consumption logic app.

  2. Завершите создание ресурса приложения логики.

    Когда вы закончите, ваше логическое приложение будет связано с рабочей областью Log Analytics. На этом шаге в рабочую область автоматически устанавливается решение Logic Apps Management.

  3. После запуска рабочего процесса просмотрите состояние выполнения рабочего процесса.

Установка решения Logic Apps Management

Если вы включили Log Analytics при создании ресурса приложения логики, пропустите этот раздел. Решение по управлению Logic Apps уже установлено в рабочей области Log Analytics. В противном случае выполните следующие действия для существующего приложения логики потребления:

  1. В поле поиска портала Azure введите рабочие области Log Analytics и выберите пункт рабочие области Log Analytics из результатов.

    Снимок экрана, показывающий поле поиска на портале Azure с выбранными рабочими областями Log Analytics.

  2. В списке Рабочие области Log Analytics выберите нужную рабочую область.

    Снимок экрана: портал Azure, список рабочих областей Log Analytics и выбранная определенная рабочая область.

  3. На панели Обзор в разделе Начало работы с Log Analytics>Настройка решений для мониторинга выберите пункт Просмотреть решения.

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

  4. В разделе "Обзор" выберите "Добавить", который добавляет новое решение в рабочую область.

  5. После открытия страницы Marketplace в поле поиска введите управление приложениями логики и выберите Управление Logic Apps.

    Снимок экрана, на котором показан портал Azure: в поле поиска на странице Marketplace введено

  6. На плитке Управление Logic Apps выберите в списке Создать элемент Управление Logic Apps.

    Снимок экрана, на котором показан портал Azure, страница Marketplace, плитка

  7. На панели Create Logic Apps Management (Preview) Solution (Создание решения для управления Logic Apps (предварительная версия)) выберите рабочую область Log Analytics, в которой нужно установить решение. Выберите Проверка и создание, проверьте введенные сведения и щелкните Создать.

    Снимок экрана: портал Azure, страница решения Create Logic Apps Management (предварительная версия) и сведения о рабочей области.

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

    Снимок экрана: портал Azure, область сводки рабочей области с решением Logic Apps Management.

Добавление параметра диагностики

  1. В портал Azure откройте ресурс приложения логики потребления.

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

    Снимок экрана: портал Azure, меню ресурсов приложения логики потребления с выбранным параметром

  3. Для имени параметра диагностики укажите имя, которое требуется для параметра.

  4. В разделе "Категории>среды выполнения рабочего процесса. В поле Метрики выберите AllMetrics.

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

    Назначение Маршруты
    Отправьте в рабочую область Log Analytics Выберите подписку Azure для рабочей области Log Analytics и самой рабочей области.
    Архивировать в учетной записи хранения. Выберите подписку Azure для вашей учетной записи хранения Azure и другой учетной записи хранения. Дополнительные сведения см. в статье Отправка диагностических данных в службы хранилища Azure и Центры событий Azure.
    Передать в концентратор событий. Выберите подписку Azure для пространства имен и политик концентратора событий, а также самого концентратора событий. Дополнительные сведения см. в статьях «Отправка диагностических данных в хранилище Azure и центры событий Azure» и «Интеграция партнеров Azure Monitor».
    Отправка в партнерское решение Выберите подписку Azure и место назначения. Для получения более подробной информации см. обзор встроенных услуг ISV Azure.

    В следующем примере в качестве назначения выбирается рабочая область Log Analytics:

    Снимок экрана: портал Azure, рабочая область Log Analytics и данные для сбора.

  6. Чтобы завершить добавление параметра диагностики, нажмите кнопку "Сохранить".

Просмотр состояния выполнения рабочего процесса

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

  1. В портале Azure откройте рабочую область Log Analytics.

  2. В меню рабочей области в разделе "Классическая" выберите "Сводка рабочей области". На странице "Обзор" выберите "Управление Logic Apps".

    Примечание.

    Если плитка Logic Apps Management не сразу отображает результаты после выполнения, попробуйте выбрать "Обновить " или подождите некоторое время, прежде чем повторить попытку.

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

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

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

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

    В этом примере показаны все запуски для определенного рабочего процесса:

    Снимок экрана: запуски и состояние для определенного рабочего процесса приложения логики потребления.

    Для действий, в которых вы добавили отслеживаемые свойства, можно найти отслеживаемые свойства с помощью фильтра столбцов. Чтобы просмотреть свойства, в столбце "Отслеживаемые свойства " выберите "Вид".

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

  4. Чтобы отфильтровать свои результаты, выполните фильтрацию на стороне клиента и на стороне сервера.

    • Клиентский фильтр. Для каждого столбца выберите необходимые фильтры, например:

      Снимок экрана: пример клиентского фильтра с помощью фильтров столбцов.

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

      Снимок экрана: пример фильтра на стороне сервера, который изменяет период времени.

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

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

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

Отправка диагностических данных в службу хранилища Azure и Центры событий Azure

Вместе с журналами Azure Monitor можно отправлять собранные данные в другие места назначения, например:

Затем вы можете получить мониторинг в режиме реального времени с помощью телеметрии и аналитики из других служб, таких как Azure Stream Analytics и Power BI, например:

Примечание.

Сроки хранения применяются только в случае, если используется учетная запись хранения.

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

Включение настраиваемых свойств в телеметрию

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

Пользовательский идентификатор отслеживания

Большинство триггеров имеют свойство Custom Tracking Id, где можно указать идентификатор отслеживания с помощью выражения. Это выражение можно использовать для получения данных из полезной нагрузки полученного сообщения или для создания уникальных значений, например:

Если этот пользовательский идентификатор отслеживания не указан, Azure автоматически создает этот идентификатор и сопоставляет события в ходе выполнения рабочего процесса, включая все вложенные рабочие процессы, вызываемые из родительского рабочего процесса. Можно вручную задать этот идентификатор в триггере, передав заголовок x-ms-client-tracking-id с пользовательским идентификатором в запросе триггера. Вы можете использовать триггер запроса, триггер HTTP или триггер на основе веб-перехватчика.

Отслеживаемые свойства

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

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

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

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

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

  1. В меню рабочей области Log Analytics выберите раздел Classic, затем Сводка рабочей области. На странице "Обзор" выберите "Управление Logic Apps".

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

  3. На странице "Запуски", в таблице "Запуски приложения логики", найдите столбец "Идентификатор отслеживания" и столбец "Отслеживаемые свойства".

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

  4. Для поиска отслеживаемых свойств можно использовать фильтр столбцов. Чтобы просмотреть свойства, выберите "Вид".

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

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