Мониторинг состояния выполнения рабочего процесса, проверка и журнал выполнения рабочего процесса и настройка оповещений в Azure Logic Apps
Область применения: Azure Logic Apps (Потребление + Стандартный)
После создания и запуска рабочего процесса приложения логики можно проверка состояние выполнения рабочего процесса, журнал триггеров, журнал выполнения рабочего процесса и производительность.
В этом руководстве показано, как выполнять следующие задачи:
- Просмотрите журнал триггеров.
- Просмотрите журнал выполнения рабочего процесса.
- Настройте оповещения для получения уведомлений о сбоях или других возможных проблемах. Например, можно создать оповещение, которое обнаруживает", когда более пяти запусков завершается сбоем в час.
Сведения о мониторинге и проверке состояния выполнения рабочего процесса для стандартных рабочих процессов см. в следующих разделах: Создание примера рабочего процесса приложения логики уровня "Стандартный" в azure Logic Apps с одним клиентом:
- Просмотр журнала триггера
- Просмотрите журнал выполнения рабочего процесса.
- Включите или откройте приложение Аналитика после развертывания.
Для мониторинга событий в режиме реального времени и более полной отладки можно настроить диагностика ведение журнала для рабочего процесса приложения логики с помощью журналов Azure Monitor. Эта служба Azure помогает отслеживать облачные и локальные среды и упрощает поддержку уровня их доступности и производительности. Можно искать и просматривать события, такие как события триггеров, события выполнения и события действий. Благодаря хранению этих сведений в журналах Azure Monitor можно создавать запросы к журналам, помогающие находить и анализировать эту информацию. Эти диагностические данные можно также использовать в других службах Azure, таких как служба хранилища Azure и Центры событий Azure. Дополнительные сведения см. в статье Мониторинг приложений логики с помощью Azure Monitor.
Примечание.
Если рабочий процесс выполняется в среде службы интеграции (ISE), созданной для использования конечной точки внутреннего доступа, вы можете просматривать и получать доступ к входным и выходным данным из журнала выполнения рабочего процесса только из виртуальной сети. Убедитесь в наличии сетевого взаимодействия между частными конечными точками и компьютером, с которого нужно получить доступ к журналу выполнения. Например, клиентский компьютер может находиться в виртуальной сети ISE или в виртуальной сети, подключенной к виртуальной сети ISE, например, используя пиринг или виртуальную частную сеть. Дополнительные сведения см. в разделе Доступ к конечной точке среды службы интеграции.
Просмотр журнала триггера
Каждый запуск рабочего процесса начинается с триггера, который активируется по расписанию либо ожидает входящего запроса или события. Журнал триггеров содержит все попытки триггера для рабочего процесса, а также сведения о входных и выходных данных для каждой попытки триггера.
На портале Azure откройте ресурс и рабочий процесс приложения логики в конструкторе.
В меню приложения логики выберите Обзор. На панели обзора выберите журнал триггеров.
В журнале триггеров отображаются все попытки срабатывания триггера. Каждый раз при успешном срабатывании триггера Azure Logic Apps создает отдельный экземпляр рабочего процесса и запускает этот экземпляр. По умолчанию все экземпляры выполняются параллельно, чтобы ни один рабочий процесс не ожидал запуска. Если рабочий процесс активируется одновременно для нескольких событий или элементов, для каждого элемента появляется запись триггера с одинаковыми значениями даты и времени.
В таблице ниже перечислены возможные состояния триггера.
Состояние триггера Description Неудачно Произошла ошибка. Чтобы просмотреть все созданные сообщения об ошибках для неудачного триггера, выберите попытку триггера и выберите выходные данные. Например, вы можете обнаружить недопустимые входные данные. Пропущено Триггер проверил конечную точку, но не нашел данных, удовлетворяющих указанным критериям. Успешно Триггер проверил конечную точку и нашел доступные данные. Как правило, рядом с этим состоянием также отображается состояние Сработал. Если это не так, возможно, определение триггера содержит какое-либо условие или команду SplitOn, которая не была выполнена.
Это состояние может применяться к запускаемому вручную триггеру, а также повторяющему или опрашивающему триггеру. Триггер может быть успешно запущен, но сам запуск по-прежнему может завершиться ошибкой, если действия порождают необработанные ошибки.Совет
Триггер можно проверить, не дожидаясь следующего повторения. На панели Обзор или на панели инструментов конструктора выберите Запустить триггер>Выполнить.
Чтобы просмотреть сведения о конкретной попытке срабатывания триггера, выберите событие триггера.
Если список содержит много попыток триггера и найти нужную запись не удается, попытайтесь отфильтровать список. Если вы не нашли ожидаемые данные, попробуйте щелкнуть Обновить на панели инструментов.
Теперь можно просмотреть сведения о выбранном событии триггера, например:
Просмотр журнала выполнения рабочих процессов
Каждый раз, когда триггер успешно запускается, Azure Logic Apps создает экземпляр рабочего процесса и запускает этот экземпляр. По умолчанию все экземпляры выполняются параллельно, чтобы ни один рабочий процесс не ожидал запуска. Вы можете посмотреть, что произошло во время этого выполнения, включая состояние, а также входные и выходные данные для каждого шага в рабочем процессе.
На портале Azure откройте ресурс и рабочий процесс приложения логики в конструкторе.
В меню приложения логики выберите Обзор. На странице "Обзор" выберите журнал запусков.
В разделе Журнал выполнения отображаются все прошлые, текущие и ожидающие выполнения запуски. Если триггер срабатывает одновременно для нескольких событий или элементов, для каждого элемента появляется запись с одинаковыми значениями даты и времени.
В таблице ниже перечислены возможные состояния выполнения.
Состояние выполнения Description Прервана Выполнение остановлено или не завершено из-за внешних проблем, например, из-за сбоя системы или истекшего срока действия подписки Azure. Отменено Выполнение было активировано и запущено, но затем была запрошена отмена. Неудачно В процессе выполнения не удалось выполнить как минимум одно действие. В рабочем процессе не настроены последующие действия для обработки подобного сбоя. Выполнение Выполнение было запущено и осуществляется. Это состояние также может отображаться, если выполнение стало объектом регулирования из-за ограничений действия или текущего плана ценообразования.
Совет. Если настроено ведение журнала диагностики, то можно получить из него информацию о любых происходящих событиях регулирования.Успешно Успешное выполнение. Если какое-либо действие завершилось сбоем, последующее действие в рабочем процессе обработало этот сбой. Истекло время ожидания Время выполнения истекло, так как текущая длительность превысила ограничение на длительность выполнения, управляемое параметром Срок хранения журнала выполнения в днях. Продолжительность выполнения вычисляется с учетом времени начала выполнения и ограничения на его длительность, отсчитываемого от этого времени начала.
Примечание. Если продолжительность выполнения также превышает текущее ограничение на срок хранения журнала выполнения, которым также управляет параметр Срок хранения журнала выполнения в днях, выполнение удаляется из журнала выполнения ежедневным заданием очистки. Независимо от того, завершилось ли выполнение или истекло время ожидания выполнения, период хранения всегда вычисляется с учетом времени начала выполнения и текущего ограничения на срок хранения. Таким образом, при уменьшении ограничения на срок хранения для активного выполнения, время ожидания истекает. При этом выполнение либо остается в журнале выполнения, либо удаляется из него в зависимости от того, превысила ли его длительность выполнения ограничение на срок хранения.Ожидает Выполнение не началось или приостановлено, например, из-за предыдущего экземпляра рабочего процесса, который еще выполняется. Чтобы проверить шаги и другие сведения для конкретного выполнения, выберите это выполнение в разделе Журнал выполнений. Если список содержит много выполнений и найти нужную запись не удается, попробуйте отфильтровать список.
Совет
Если состояние выполнения не отображается, обновите страницу обзора, нажав кнопку Обновить. Триггер, пропущенный из-за невыполненных условий или ненайденных данных, выполняться не будет.
На панели Выполнение приложения логики отображается каждый шаг выбранного выполнения, состояние выполнения каждого шага и время, затраченное на выполнение каждого шага, например:
Чтобы просмотреть эти сведения в виде списка, на панели инструментов Выполнение приложения логики выберите Сведения о выполнении.
В представлении "Сведения о выполнении" перечислены все шаги, их состояние и другие сведения.
Например, можно получить для выполнения свойство Идентификатор корреляции, которое может понадобиться при использовании REST API для Logic Apps.
Чтобы получить дополнительные сведения о конкретном шаге, выберите любой из следующих вариантов:
На панели Выполнение приложения логики выберите шаг, чтобы развернуть фигуру. Теперь можно просмотреть такие сведения, как входные данные, выходные данные и любые ошибки, возникшие на этом шаге.
Например, предположим, что произошел сбой действия и вы хотите проверить, какие входные данные могли к нему привести. Разверните фигуру, чтобы просмотреть входные и выходные данные, а также ошибку для этого шага:
На панели Сведения о выполнении приложения логики выберите нужный шаг.
Примечание.
Все сведения и события среды выполнения шифруются в Azure Logic Apps и расшифровываются только в том случае, если пользователь запрашивает просмотр данных. Можно скрыть входные и выходные данные в журнале выполнения или управлять доступом пользователей к этим сведениям, используя Управление доступом на основе ролей Azure (Azure RBAC).
Повторное выполнение рабочего процесса с теми же входными данными
Вы можете повторно запустить ранее завершенный рабочий процесс с теми же входными данными, что и рабочий процесс, который ранее использовался, повторно предоставив запуск в Azure Logic Apps. Выполнение этой задачи создает и добавляет новый рабочий процесс в журнал выполнения рабочего процесса.
Примечание.
Если рабочий процесс имеет такие операции, как создание или удаление, повторная отправка может создать дублирующиеся данные или попытаться удалить данные, которые больше не существуют, что приведет к ошибке.
На портале Azure откройте ресурс и рабочий процесс приложения логики в конструкторе.
В меню приложения логики выберите Обзор. На странице "Обзор" выберите журнал запусков.
В разделе Журнал выполнения отображаются все прошлые, текущие и ожидающие выполнения запуски. Если триггер срабатывает одновременно для нескольких событий или элементов, для каждого элемента появляется запись с одинаковыми значениями даты и времени.
На панели "Журнал запусков" выберите выполнение, которое необходимо повторно отправить.
На панели инструментов запуска приложения логики выберите повторную отправку и нажмите кнопку "Да".
Теперь в области "Журнал запусков" отображается повторная отправка.
Совет
Если повторная отправка не отображается, на панели инструментов области "Журнал запусков" нажмите кнопку "Обновить". Триггер, пропущенный из-за невыполненных условий или ненайденных данных, выполняться не будет.
Чтобы просмотреть входные и выходные данные для повторного запуска рабочего процесса, на вкладке "Журнал запусков" выберите этот запуск.
Настройка оповещений мониторинга
Для получения оповещений на основе конкретных метрик или превышении пороговых значений для приложения логики настройте оповещения в Azure Monitor. Дополнительные сведения см. в разделе Метрики в Azure.
Чтобы настроить оповещения без использования Azure Monitor, выполните следующие действия, которые применяются к ресурсам приложения логики "Потребление" и "Стандартный".
В меню приложения логики в разделе Мониторинг выберите Оповещения. На панели инструментов выберите Создать>Правило генерации оповещений.
На странице создания правила генерации оповещений в списке имен сигнала выберите сигнал, для которого требуется получить оповещение.
Например, если нужно отправлять оповещение при сбое триггера, выполните следующие действия:
В списке имен сигнала выберите сигнал "Сбой триггеров".
В логике генерации оповещений настройте условие, например:
Свойство Пример значения Threshold статически. Тип агрегирования Численность Оператор Больше или равно Единица Численность Пороговое значение 1 В разделе "Предварительный просмотр" теперь показано условие, которое вы настроили, например:
При сбое количества триггеров больше или равно 1
В разделе "Когда необходимо оценить", настройте расписание для проверка условия:
Свойство Пример значения Проверка каждого 1 минута Период обратного просмотра 5 минут. Например, готовое условие выглядит примерно так, как показано в следующем примере, и на странице "Создание правила генерации оповещений" теперь отображается стоимость выполнения этого оповещения:
Когда все будет готово, выберите Просмотр и создание.
Общие сведения см. в статье "Создание правила генерации оповещений" из определенного ресурса — Azure Monitor.