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