Мониторинг состояния выполнения рабочего процесса, проверка и журнал выполнения рабочего процесса и настройка оповещений в Azure Logic Apps
Область применения: Azure Logic Apps (Потребление + Стандартный)
После создания и запуска рабочего процесса приложения логики можно проверить состояние выполнения рабочего процесса, журнал триггеров, журнал выполнения рабочего процесса и производительность.
В этом руководстве показано, как выполнять следующие задачи:
- Просмотрите журнал триггеров.
- Просмотрите журнал выполнения рабочего процесса.
- Настройте оповещения для получения уведомлений о сбоях или других возможных проблемах. Например, можно создать оповещение, которое обнаруживает", когда более пяти запусков завершается сбоем в час.
Сведения о мониторинге и проверке состояния выполнения рабочего процесса для стандартных рабочих процессов см. в следующих разделах: Создание примера рабочего процесса приложения логики уровня "Стандартный" в azure Logic Apps с одним клиентом:
- Просмотр журнала триггера
- Просмотрите журнал выполнения рабочего процесса.
- Включите или откройте Application Insights после развертывания.
Для мониторинга событий в режиме реального времени и более полной отладки можно настроить диагностика ведение журнала для рабочего процесса приложения логики с помощью журналов 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).
Повторная отправка рабочего процесса с теми же входными данными
Вы можете повторно запустить ранее завершенный рабочий процесс с теми же входными данными, что и рабочий процесс, используемый ранее, следующим образом:
Повторно выполните весь рабочий процесс.
Повторно выполните рабочий процесс, начиная с определенного действия. Повторно опущенное действие и все последующие действия выполняются как обычно.
Выполнение этой задачи создает и добавляет новый рабочий процесс в журнал выполнения рабочего процесса.
Рекомендации и ограничения
По умолчанию поддерживаются только рабочие процессы потребления и стандартные рабочие процессы с отслеживанием состояния, которые записывают и хранят журнал выполнения. Чтобы использовать эти возможности с рабочим процессом без отслеживания состояния "Стандартный", включите режим с отслеживанием состояния. Дополнительные сведения см. в разделе "Включить журнал выполнения для рабочих процессов без отслеживания состояния" и включить режим с отслеживанием состояния для соединителей без отслеживания состояния.
Повторная отправка выполняет ту же версию рабочего процесса, что и исходная, даже если вы обновили определение рабочего процесса.
Можно повторно отправить только действия из последовательных рабочих процессов. Рабочие процессы с параллельными путями в настоящее время не поддерживаются.
Рабочий процесс должен иметь завершенное состояние, например "Успешно", "Сбой" или "Отменено".
Рабочий процесс должен иметь 40 или меньше действий для повторного запуска из определенного действия.
Если рабочий процесс имеет такие операции, как создание или удаление, повторная отправка может создать дублирующиеся данные или попытаться удалить данные, которые больше не существуют, что приведет к ошибке.
Сейчас эти возможности недоступны в Visual Studio Code или Azure CLI.
Повторное выполнение всего рабочего процесса
На портале Azure откройте ресурс и рабочий процесс приложения логики в конструкторе.
В меню приложения логики выберите Обзор. На странице "Обзор" выберите журнал запусков.
В разделе Журнал выполнения отображаются все прошлые, текущие и ожидающие выполнения запуски. Если триггер срабатывает одновременно для нескольких событий или элементов, для каждого элемента появляется запись с одинаковыми значениями даты и времени.
На панели "Журнал запусков" выберите выполнение, которое необходимо повторно отправить.
На панели инструментов запуска приложения логики выберите повторную отправку и нажмите кнопку "Да".
Теперь в области "Журнал запусков" отображается повторная отправка.
Совет
Если повторная отправка не отображается, на панели инструментов области "Журнал запусков" нажмите кнопку "Обновить". Триггер, пропущенный из-за невыполненных условий или ненайденных данных, выполняться не будет.
Чтобы просмотреть входные и выходные данные для повторного запуска рабочего процесса, на вкладке "Журнал запусков" выберите этот запуск.
Повторное выполнение из определенного действия (предварительная версия)
Примечание.
Сейчас эта возможность доступна в предварительной версии. Юридические термины, применимые к функциям Azure, которые находятся в бета-версии, предварительной версии или в противном случае еще не выпущены в общедоступную версию, см . дополнительные условия использования для предварительных версий Microsoft Azure. Некоторые аспекты этой возможности могут измениться до общедоступной доступности.
Возможность повторной отправки доступна для всех действий, за исключением сценариев, не последовательных и сложных параллелизмов, а также для следующих ограничений:
| Действия | Повторная отправка доступности и ограничений |
|---|---|
| Действие условия и действия в путях True и False | — Да для действия условия — Нет для действий в путях True и False |
| Для каждого действия плюс все действия внутри цикла и после цикла | Нет для всех действий |
| Переключение действий и всех действий в пути по умолчанию и пути к регистру | — Да для действия переключения — Нет действий в пути по умолчанию и пути к регистру |
| Пока действие не будет плюс все действия внутри цикла и после цикла | Нет для всех действий |
Откройте ресурс приложения логики на портале Azure.
В меню ресурсов приложения логики выберите Обзор. На странице "Обзор" выберите "Журнал запусков", в котором отображается журнал выполнения для рабочего процесса.
На вкладке "Журнал запусков" выберите выполнение, которое требуется повторно отправить.
Откроется страница сведений о выполнении и отображается состояние каждого шага в выполнении.
На странице сведений о выполнении найдите действие, из которого нужно повторно отправить выполнение рабочего процесса, откройте контекстное меню и выберите " Отправить" из этого действия.
Страница сведений о выполнении обновляется и отображает новое выполнение. Все операции, предшествующие повторно введенному действию, отображают значок состояния светлого цвета, представляющий повторно использованные входные и выходные данные. Повторная отправка действия и последующие действия отображают обычно цветные значки состояния. Дополнительные сведения см. в разделе "Просмотр журнала выполнения рабочего процесса".
Совет
Если выполнение не завершено, на панели инструментов сведений о выполнении нажмите кнопку "Обновить".
Настройка оповещений мониторинга
Для получения оповещений на основе конкретных метрик или превышении пороговых значений для приложения логики настройте оповещения в Azure Monitor. Дополнительные сведения см. в разделе Метрики в Azure.
Чтобы настроить оповещения без использования Azure Monitor, выполните следующие действия, которые применяются к ресурсам приложения логики "Потребление" и "Стандартный".
В меню приложения логики в разделе Мониторинг выберите Оповещения. На панели инструментов выберите Создать>Правило генерации оповещений.
На странице создания правила генерации оповещений в списке имен сигнала выберите сигнал, для которого требуется получить оповещение.
Примечание.
Доступные сигналы оповещений отличаются от приложений логики "Потребление" и "Стандартный". Например, приложения логики потребления имеют множество сигналов, связанных с триггерами, например триггеры завершены и триггеры сбоем, в то время как стандартные рабочие процессы имеют сигналы о частоте сбоев триггеров рабочих процессов.
Например, чтобы отправить оповещение при сбое триггера в рабочем процессе потребления, выполните следующие действия:
В списке имен сигнала выберите сигнал "Сбой триггеров".
В логике генерации оповещений настройте условие, например:
Свойство Пример значения Threshold статически. Тип агрегирования Численность Оператор Больше или равно Единица измерения Численность Пороговое значение 1 В разделе "Предварительный просмотр" теперь показано условие, которое вы настроили, например:
При сбое количества триггеров больше или равно 1
В разделе "Когда необходимо оценить", настройте расписание для проверки условия:
Свойство Пример значения Проверка каждого 1 минута Период обратного просмотра 5 минут. Например, готовое условие выглядит примерно так, как показано в следующем примере, и на странице "Создание правила генерации оповещений" теперь отображается стоимость выполнения этого оповещения:
Когда все будет готово, выберите Просмотр и создание.
Общие сведения см. в статье "Создание правила генерации оповещений" из определенного ресурса — Azure Monitor.
Следующие шаги
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по