Создание примера рабочего процесса Уровня "Стандартный" в однотенантном Azure Logic Apps с помощью портал Azure

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

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

Примечание.

Чтобы создать этот пример рабочего процесса в Visual Studio Code, выполните действия, описанные в статье "Создание стандартных рабочих процессов в azure Logic Apps с одним клиентом" с помощью Visual Studio Code. Оба варианта предоставляют возможность разрабатывать, запускать и развертывать рабочие процессы приложений логики в одних и тех же средах. Однако с помощью редактора Visual Studio Code можно локально разрабатывать, тестировать и запускать рабочие процессы в своей среде разработки.

Хотя пример рабочего процесса основан на использовании облака и состоит всего из двух этапов, можно создавать рабочие процессы из сотен операций, которые могут подключать широкий спектр приложений, данных, служб и систем в облачных, локальных и гибридных средах. Пример рабочего процесса начинается со встроенного триггера запроса, за которым следует действие Office 365 Outlook. Триггер создает вызываемую конечную точку для рабочего процесса и ожидает входящего HTTPS-запроса от любого вызывающего объекта. Когда триггер получает запрос и срабатывает, следующее действие выполняется путем отправки электронного сообщения на указанный адрес электронной почты вместе с выбранными выходными данными триггера.

Со временем вы сможете выполнить следующие высокоуровневые задачи:

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

В azure Logic Apps с одним клиентом рабочие процессы в одном ресурсе приложения логики и клиенте выполняются в том же процессе, что и среда выполнения, поэтому они совместно используют одни и те же ресурсы и обеспечивают более высокую производительность. Дополнительные сведения об Azure Logic Apps с одним клиентом см. в статье "Однотенантное" и мультитенантное и интегрированное окружение службы интеграции.

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

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

• Учетная запись хранения Azure. Если у вас ее нет, вы можете создать ее заранее или во время создания приложения логики.

  Примечание.

  Тип ресурса приложения логики "Стандартный" используется на основе Функции Azure и имеет требования к хранилищу, аналогичные приложениям-функциям. Рабочие процессы с отслеживанием состояния выполняют транзакции с хранилищем, в том числе используют очереди для планирования и хранения состояний рабочих процессов в таблицах и BLOB-объектах. Плата за эти транзакции добавляется в расходы на службу хранилища. Дополнительные сведения о том, как рабочие процессы с отслеживанием состояния хранят данные во внешнем хранилище, см. в статье Рабочие процессы с отслеживанием и без отслеживания состояния.

• Чтобы создать тот же пример рабочего процесса в этом руководстве, вам потребуется учетная запись электронной почты Office 365 Outlook, использующая рабочую или учебную учетную запись Майкрософт для входа.

  Если у вас нет учетной записи Office 365, можно использовать любой другой доступный соединитель электронной почты, который может отправлять сообщения из учетной записи электронной почты, например Outlook.com. Если вы используете другой соединитель электронной почты, вы по-прежнему можете следовать примеру, и общие общие шаги одинаковы. Однако в некоторых случаях могут быть отличия. Например, если вы используете соединитель Outlook.com, вам нужно будет войти в систему с личной учетной записью Майкрософт.

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

• Если вы создаете ресурс приложения логики и включаете приложение Аналитика, вы можете включить диагностика ведение журнала и трассировку для приложения логики. Это можно сделать либо при создании приложения логики, либо после его развертывания. Для этого нужен экземпляр Application Insights, но его можно создать заранее, при создании приложения логики или после его развертывания.

• Чтобы развернуть ресурс приложения логики уровня "Стандартный" в Среда службы приложений версии 3 (ASEv3) — план Windows, сначала необходимо создать этот ресурс среды. Затем эту среду можно выбрать в качестве расположения развертывания при создании ресурса приложения логики. Дополнительные сведения см. в статьях Типы ресурсов и среды и Создание среды службы приложений.

• Начиная с середины октября 2022 года новые рабочие процессы приложения логики "Стандартный" в портал Azure автоматически используют Функции Azure версии 4. В ноябре 2022 г. существующие рабочие процессы уровня "Стандартный" в портал Azure автоматически переносятся в Функции Azure версии 4. Если вы не развернули приложения логики уровня "Стандартный" в качестве проектов на основе NuGet или не закрепляли приложения логики в определенной версии пакета, это обновление предназначено для того, чтобы не выполнять никаких действий от вас и не влиять на среду выполнения. Однако если к вам применяются исключения или дополнительные сведения о поддержке Функции Azure версии 4, см. в статье Azure Logic Apps Standard теперь поддерживается Функции Azure версии 4.

Рекомендации

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

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

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

• Используйте не более 10–15 рабочих процессов для одного ресурса приложения логики.

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

Создание стандартного ресурса приложения логики

1. Войдите на портал Azure с помощью своей учетной записи Azure.

2. В поле поиска портал Azure введите приложения логики и выберите приложения логики.

   

3. На странице Logic Apps нажмите Добавить.

4. На странице Создание приложения логики на вкладке Основное укажите следующие основные сведения о приложении логики:

   Свойство	Обязательное поле	значение	Описание
   Подписка	Да	<имя-подписки-Azure>	Имя подписки Azure.
   Группа ресурсов	Да	<имя-группы-ресурсов-Azure>	Группа ресурсов Azure, в которой будет создано приложение логики и связанные ресурсы. Это имя должно быть уникальным во всех регионах и может содержать только буквы, цифры, дефисы (-), символы подчеркивания (_), круглые скобки (()) и точки (.). В этом примере создается группа ресурсов с именем Fabrikam-Workflows-RG.
   Имя приложения логики	Да	<logic-app-name>	Имя ресурса приложения логики, которое должно быть уникальным в разных регионах и может содержать только буквы, цифры, дефисы (-), подчеркивания (_), скобки (()) и периоды (.). Примечание. Имя приложения логики автоматически получает суффикс , azurewebsites.net, так как ресурс приложения логики "Стандартный" использует среду выполнения Azure Logic Apps с одним клиентом, который использует модель расширения Функции Azure и размещается в качестве расширения в среде выполнения Функции Azure. В Функциях Azure используется то же соглашение об именовании приложений. В этом примере создается приложение логики Fabrikam-Workflows.

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

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

   Тип плана	Description
   Стандартные	Этот тип приложения логики — это выбор по умолчанию. Рабочие процессы выполняются в Azure Logic Apps с одним клиентом и используют стандартную модель выставления счетов.
   Потребление	Этот тип приложения логики и рабочий процесс выполняются в глобальных мультитенантных Azure Logic Apps и использует модель выставления счетов за потребление.

   Свойство	Обязательное поле	значение	Описание
   План Windows	Да	<plan-name>	Имя используемого плана. Выберите имя существующего плана или укажите имя нового плана. В этом примере используется имя My-App-Service-Plan. Примечание. Поддерживается только план Служба приложений на основе Windows. Не используйте план Служба приложений на основе Linux.
   Тарифный план	Да	<pricing-tier>	Ценовая категория, используемая для приложения логики и рабочих процессов. Выбор влияет на цены, вычисления, память и хранилище, используемые приложением логики и рабочими процессами. Дополнительные сведения см. в статье Планы размещения и ценовые категории.

6. Далее выберите значения следующих свойств:

   Свойство	Обязательное поле	значение	Описание
   Опубликовать	Да	Рабочий процесс	Этот параметр отображается и применим, только если в качестве типа плана выбран тип приложения логики Стандартный. По умолчанию этот параметр имеет значение Рабочий процесс и создает пустой ресурс приложения логики, в который добавляется первый рабочий процесс. Примечание. В настоящее время для параметра контейнера Docker требуется пользовательское расположение в кластере Kubernetes с поддержкой Azure Arc, которое можно использовать с Logic Apps с поддержкой Azure Arc ("Стандартный"). Для приложения логики, пользовательского расположения и кластера необходимо использовать одно и то же расположение ресурсов.
   Регион	Да	<Azure-region>	Регион центра обработки данных Azure, в котором будет храниться информация приложения. В этом примере приложение логики развертывается в регионе Западная часть США в Azure. — Если вы ранее выбрали контейнер Docker, выберите пользовательское расположение из списка Регион. — Если вы хотите развернуть приложение в существующем ресурсе Среды службы приложений версии 3, можно выбрать эту среду в списке Регион.

   Примечание.

   Если вы выбрали регион Azure, поддерживающий избыточность между зонами доступности, будет включен раздел Избыточность между зонами. В этом разделе предлагается возможность включить избыточность между зонами доступности для вашего приложения логики. Но сейчас поддерживаемые регионы Azure не включают регион Западная часть США, поэтому этот раздел можно игнорировать для этого примера. Дополнительные сведения см. в статье Защита приложений логики от сбоев регионов с применением избыточности между зонами и зон доступности.

   По завершении параметры выглядят примерно так:

   

7. На вкладке Размещение укажите сведения о решении хранилища и плане размещения для приложения логики.

   Свойство	Обязательное поле	значение	Описание
   Тип хранилища	Да	- Хранилище Azure - SQL и служба хранилища Azure	Тип хранилища, который будет использоваться для артефактов и данных, связанных с рабочим процессом. — Чтобы выполнить развертывание только в Azure, выберите Служба хранилища Azure. — Чтобы использовать SQL в качестве основного хранилища, а службу хранилища Azure — в качестве дополнительного, выберите SQL и служба хранилища Azure и обратитесь к разделу Настройка хранилища баз данных SQL для приложений логики уровня "Стандартный" в однотенантной среде Azure Logic Apps. Примечание. При развертывании в регионе Azure вам по-прежнему нужна учетная запись хранения Azure, которая используется для однократного размещения конфигурации приложения логики на платформе Azure Logic Apps. Состояние рабочего процесса, журнал выполнения и другие артефакты среды выполнения хранятся в базе данных SQL. Для развертываний в пользовательском расположении, размещенном в кластере Azure Arc, требуется только SQL в качестве поставщика хранилища.
   Учетная запись хранения	Да	<Azure-storage-account-name>	Учетная запись хранения Azure, используемая для транзакций с хранилищем. Имя этого ресурса должно быть уникальным во всех регионах и может содержать только от 3 до 24 цифр и строчных букв. Выберите существующую учетную запись или создайте новую. В этом примере создается учетная запись хранения с именем mystorageacct.

8. На вкладке "Сеть" можно оставить параметры по умолчанию для этого примера.

   Для конкретных сценариев реального мира обязательно просмотрите и выберите соответствующие параметры. Вы также можете изменить эту конфигурацию после развертывания ресурса приложения логики. Дополнительные сведения см. в статье "Безопасный трафик" между приложениями логики уровня "Стандартный" и виртуальными сетями Azure с помощью частных конечных точек.

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

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

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

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

   1. На вкладке Мониторинг в разделе Application Insights задайте для параметра Включить Application Insights значение Да, если оно еще не выбрано.

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

10. После того как платформа Azure проверит параметры приложения логики, на вкладке Проверка и создание выберите Создать, например:

    

    Примечание.

    Если на этом шаге возникает ошибка проверки, откройте и просмотрите сведения об ошибке. Например, если в выбранном регионе достигнута квота ресурсов, которые вы пытаетесь создать, возможно, потребуется выбрать другой регион.

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

11. На странице завершения развертывания выберите Перейти к ресурсу, чтобы добавить пустой рабочий процесс.

    

Добавление пустого рабочего процесса

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

1. После открытия ресурса Azure в меню ресурсов приложения логики выберите рабочие процессы. На панели инструментов Рабочие процессы выберите Добавить.

   

2. После открытия области "Создать рабочий процесс" укажите имя рабочего процесса и выберите тип состояния ( stateful или Stateless). По завершении нажмите Создать.

   В этом примере добавляется пустой рабочий процесс с отслеживанием состояния с именем Stateful-Workflow. По умолчанию рабочий процесс включен, но не выполняет никаких действий, пока не будет добавлен соответствующий триггер и действия.

   

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

4. В меню рабочего процесса в разделе Разработчик выберите Конструктор.

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

Теперь вы добавите триггер, который запускает рабочий процесс.

Добавление триггера

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

1. В конструкторе рабочих процессов убедитесь, что пустой рабочий процесс открыт, и в области конструктора выбран запрос "Добавить триггер ".

2. Используя запрос в качестве условия поиска, выполните следующие действия, чтобы добавить встроенный триггер запроса с именем "При получении HTTP-запроса в рабочий процесс".

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

   

3. Сохраните результаты своих действий. На панели инструментов конструктора выберите Сохранить.

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

Добавление действия

В этом примере рабочий процесс продолжается с действием управляемого соединителя Office 365 Outlook с именем "Отправить сообщение электронной почты". Операции управляемого соединителя выполняются в Azure и непосредственно в среде выполнения Azure Logic Apps.

1. В конструкторе под добавленным триггером выберите знак плюса (+) >Добавить действие.

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

2. Используя office, отправьте сообщение электронной почты в качестве условия поиска, выполните следующие действия, чтобы добавить действие Office 365 Outlook, которое называется Отправить сообщение электронной почты (V2) в рабочий процесс.

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

   

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

   Примечание.

   Если вы получите сообщение об ошибке "Ошибка с ошибкой: "Браузер закрыт." Снова войдите в систему", проверка ли браузер блокирует сторонние файлы cookie. Если эти файлы cookie блокируются, попробуйте добавить https://portal.azure.com в список сайтов, которые могут использовать файлы cookie. Если вы используете режим режиме "Инкогнито", убедитесь, что сторонние файлы cookie не блокируются при работе в этом режиме.

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

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

5. В области сведений о действии на вкладке "Параметры " укажите необходимые сведения для действия, например:

   

   Свойство	Обязательное поле	значение	Описание
   Кому	Да	<ваш адрес электронной почты>	Получатель электронной почты — для целей тестирования вы можете указать собственный адрес электронной почты. В этом примере используется вымышленный адрес электронной почты sophiaowen@fabrikam.com.
   Тема	Да	Сообщение электронной почты из примера рабочего процесса	тему сообщения;
   Текст	Да	Привет из примера рабочего процесса!	Содержимое текста электронного письма.

   Примечание.

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

6. Сохраните результаты своих действий. На панели инструментов конструктора выберите Сохранить.

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

   В противном случае, чтобы протестировать рабочий процесс, вручную активируйте выполнение.

Удаление элементов из конструктора

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

• Выберите элемент, откройте контекстное меню этого элемента (SHIFT+F10) и выберите Удалить. Для подтверждения выберите ОК.

• Выберите элемент и нажмите клавишу DELETE. Для подтверждения выберите ОК.

• Выберите элемент, чтобы откроется область сведений для этого элемента. В верхнем правом углу это области откройте меню с многоточием (…) и выберите Удалить. Для подтверждения выберите ОК.

  

  Совет

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

Поиск доменных имен для доступа к брандмауэру

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

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

1. В меню приложения логики в разделе Параметры выберите Сети (предварительная версия).

2. На странице "Сети" найдите и просмотрите разделы Входящий трафик и Исходящий трафик.

Чтобы узнать полные доменные имена (FQDN) для подключений, выполните следующие действия.

1. В меню приложения логики в разделе Рабочие процессы выберите Подключения. На вкладке Подключения API выберите имя ресурса подключения, например:

   

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

   

3. Скопируйте и сохраните значение свойства connectionRuntimeUrl в безопасном месте, чтобы настроить брандмауэр с помощью этой информации.

   

4. Повторите соответствующие шаги для каждого подключения.

Активация рабочего процесса

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

1. В конструкторе рабочих процессов выберите триггер запроса При получении HTTP-запроса.

2. После открытия области сведений на вкладке "Параметры " найдите свойство URL-адреса HTTP POST. Чтобы скопировать созданный URL-адрес, выберите Копировать URL-адрес (значок копирования файла) и где-нибудь сохраните URL-адрес. У этого URL-адреса должен быть такой формат:

   https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

   

   В данном примере URL-адрес выглядит так:

   https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

   Совет

   URL-адрес конечной точки можно также найти в области Обзор приложения логики в свойстве URL рабочего процесса.

   1. В меню ресурсов выберите Обзор.
   2. В области Обзор найдите свойство URL рабочего процесса.
   3. Чтобы скопировать URL-адрес конечной точки, наведите указатель мыши на конец текста URL-адреса конечной точки и выберите Копировать в буфер обмена (значок копирования файла).

3. Чтобы проверить URL-адрес, отправив запрос, откройте Postman или другой предпочтительный инструмент для создания и отправки запросов.

   В этом примере будет использоваться Postman. Дополнительные сведения см. в руководстве по началу работы с Postman.

   1. На панели инструментов Postman нажмите кнопку Создать.

      

   2. В области Создание в разделе Стандартные блоки выберите Запрос.

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

   4. В разделе Select a collection or folder to save to (Выберите коллекцию или папку для сохранения) выберите Создать коллекцию.

   5. В разделе Все коллекции укажите имя коллекции, которую нужно создать для упорядочения запросов, нажмите клавишу ВВОД и выберите Сохранить в <имя-коллекции>. В этом примере в качестве имени коллекции используются запросы Logic Apps.

      В приложении Postman откроется панель запросов, где можно отправить запрос на URL-адрес конечной точки для триггера запроса.

      

   6. В области запросов, в поле адреса рядом со списком методов, в котором сейчас по умолчанию выбран метод запроса GET, вставьте URL-адрес, скопированный ранее, и нажмите кнопку Отправить.

      

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

      

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

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

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

Просмотр журнала триггера

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

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

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

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

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

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

2. В меню приложения логики в разделе Параметры выберите Настройка.

3. На вкладке Параметры приложения выберите Новый параметр приложения.

4. В области Добавить или изменить параметр приложения в поле Имя введите имя параметра операции:

   Рабочие процессы. {yourWorkflowName}. OperationOptions

5. В поле "Значение" введите следующее значение: WithStatelessRunHistory

   

6. Чтобы завершить эту задачу, нажмите кнопку ОК. На панели инструментов Настройка щелкните Сохранить.

7. Чтобы отключить журнал выполнения после завершения, задайте свойство с именем Workflows.{имя рабочего процесса}. OperationOptions в None или удалите свойство и его значение.

Включение или открытие Application Insights после развертывания.

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

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

Включение Аналитика приложения в развернутом приложении логики

1. Найдите свое развернутое приложение логики на портале Azure.

2. В меню приложения логики в разделе Параметры выберите Application Insights.

3. На панели "Приложение Аналитика" выберите "Включить приложение" Аналитика.

4. Когда область обновится, щелкните внизу Применить>Да.

5. На панели "Приложение Аналитика" выберите "Просмотреть данные приложения Аналитика".

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

Открытие Аналитика приложения

1. Найдите свое развернутое приложение логики на портале Azure.

2. В меню приложения логики в разделе Параметры выберите Application Insights.

3. На панели "Приложение Аналитика" выберите "Просмотреть данные приложения Аналитика".

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

Просмотр подключений

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

Остановка или запуск ресурсов приложения логики

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

Устранение проблем и ошибок

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

Azure Logic Apps с одним клиентом поддерживает встроенные действия для операций с использованием среды "Функции Azure", операций Liquid и XML-операций, таких как проверка XML и преобразование XML. Однако для ранее созданных приложений логики эти действия могут не отображаться в конструкторе, чтобы выбрать, использует ли приложение логики устаревшую версию пакета расширений Microsoft.Azure.Functions.ExtensionBundle.Workflows.

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

Примечание.

Это конкретное решение применяется только к ресурсам приложения логики уровня "Стандартный", создаваемым с помощью портал Azure, а не к приложениям логики, которые вы создаете и развертываете с помощью Visual Studio Code и расширения Azure Logic Apps (стандартный). См. раздел В средстве выбора конструктора для ранее созданных рабочих процессов отсутствуют новые триггеры и действия.

1. Остановите свое приложение логики на портале Azure.

   1. В меню приложения логики выберите Обзор.

   2. На панели инструментов области Обзор выберите Остановить.

2. В меню приложения логики в разделе Средства разработки выберите Расширенные инструменты.

3. В области Расширенные инструменты выберите Перейти, чтобы открыть среду Kudu для приложения логики.

4. На панели инструментов Kudu откройте меню Debug console (Консоль отладки) и выберите CMD.

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

5. Откройте приведенную ниже папку, содержащую папки с управлением версиями для существующего пакета.

   ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

6. Удалите папку версии для существующего пакета. В окне консоли можно выполнить следующую команду, где замените {bundle-version} существующей версией:

   rm -rf {bundle-version}

   Например: rm -rf 1.1.3

   Совет

   Если вы получаете ошибку, например "разрешение отказано" или "файл в использовании", обновите страницу в браузере и повторите предыдущие действия, пока папка не будет удалена.

7. На портале Azure вернитесь на страницу Обзор приложения логики и выберите Перезапустить.

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

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

• Мониторинг состояния выполнения рабочего процесса, проверка и журнал выполнения рабочего процесса и настройка оповещений в Azure Logic Apps