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

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

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

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

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

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

Совет

Чтобы узнать больше, вы можете задать Azure Copilot следующие вопросы:

• Что такое Azure Logic Apps?
• Что такое стандартный рабочий процесс приложения логики?
• Что такое тригер запроса?
• Что такое соединитель Office 365 Outlook?

Чтобы найти Azure Copilot, на панели инструментов портал Azure выберите Copilot.

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

По мере выполнения этих высокоуровневых задач выполните следующие задачи:

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

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

Дополнительные сведения см. в следующей документации:

• Однотенантное и мультитенантное
• Создание и развертывание в разных средах

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

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

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

  Примечание.

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

• Учетная запись электронной почты от поставщика электронной почты, поддерживаемого Azure Logic Apps, например Office 365 Outlook, Outlook.com или Gmail. Сведения о других поддерживаемых поставщиках электронной почты см. в разделе "Соединители" для Azure Logic Apps.

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

  Примечание.

  Только учетные записи для бизнеса G-Suite могут использовать соединитель Gmail без ограничений в рабочих процессах приложений логики. Если у вас есть учетная запись потребителя Gmail, вы можете использовать этот соединитель только с определенными утвержденными Google службами. Кроме того, вы можете создать клиентское приложение Google, которое будет использоваться для проверки подлинности в соединителе Gmail. Дополнительные сведения см. в статье Политики безопасности и конфиденциальности данных для соединителей Google в Azure Logic Apps.

• Установите или используйте средство, которое может отправлять HTTP-запросы для тестирования решения, например:

  • Visual Studio Code с расширением из Visual Studio Marketplace
  • PowerShell Invoke-RestMethod
  • Microsoft Edge — средство сетевой консоли
  • Бруно
  • curl

  Внимание

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

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

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

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

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

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

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

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

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

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

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

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

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

   

3. На панели инструментов страницы "Приложения логики" нажмите кнопку "Добавить".

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

   Планирование	Description
   Потребление	Создает ресурс приложения логики, поддерживающий только один рабочий процесс, который выполняется в мультитенантных Azure Logic Apps и использует модель потребления для выставления счетов.
   Стандартные	Создает ресурс приложения логики, поддерживающий несколько рабочих процессов. У вас есть следующие параметры: - План службы рабочих процессов. Рабочие процессы выполняются в azure Logic Apps с одним клиентом и используют стандартную модель для выставления счетов. - Среда службы приложений версии 3. Рабочие процессы выполняются в Azure Logic Apps с одним клиентом и используют план Среда службы приложений для выставления счетов. - Гибридные (предварительная версия): рабочие процессы выполняются в локальной среде и в нескольких облаках с помощью автомасштабирования на основе событий Kubernetes (KEDA). Дополнительные сведения см. в статье "Создание стандартных рабочих процессов для гибридного развертывания".

4. На странице "Создание приложения логики" выберите "Стандартный" (план службы рабочих процессов).

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

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

   Свойство	Обязательное поле	значение	Описание
   Подписка	Да	<имя-подписки-Azure>	Имя подписки Azure. В этом примере используется оплата по мере использования.
   Группа ресурсов	Да	<имя-группы-ресурсов-Azure>	Группа ресурсов Azure, в которой будет создано приложение логики и связанные ресурсы. Это имя должно быть уникальным во всех регионах и может содержать только буквы, цифры, дефисы (-), символы подчеркивания (_), круглые скобки (()) и точки (.). В этом примере создается группа ресурсов с именем Fabrikam-Workflows-RG.
   Имя приложения логики	Да	<logic-app-name>	Имя ресурса приложения логики, которое должно быть уникальным в разных регионах и может содержать только буквы, цифры, дефисы (-), подчеркивания (_), скобки (()) и периоды (.). Примечание. Имя приложения логики автоматически получает суффикс , azurewebsites.net, так как ресурс приложения логики "Стандартный" использует среду выполнения Azure Logic Apps с одним клиентом, который использует модель расширения Функции Azure и размещается в качестве расширения в среде выполнения Функции Azure. В Функциях Azure используется то же соглашение об именовании приложений. В этом примере создается ресурс приложения логики с именем Fabrikam-Workflows.
   Регион	Да	<Azure-region>	Регион центра обработки данных Azure для приложения логики. В этом примере используется регион западная часть США.
   План Windows	Да	<plan-name>	Имя используемого плана. Выберите имя существующего плана или укажите имя нового плана. В этом примере используется имя My-App-Service-Plan. Примечание. Не используйте план Служба приложений на основе Linux. Поддерживается только план Служба приложений windows.
   Тарифный план	Да	<pricing-tier>	Ценовая категория, используемая для приложения логики и рабочих процессов. Выбор влияет на цены, вычисления, память и хранилище, используемые приложением логики и рабочими процессами. Дополнительные сведения см. в статье Планы размещения и ценовые категории.

   Примечание.

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

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

   

   Примечание.

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

   Значение параметра APP_KIND приложения требуется для приложения логики "Стандартный", а значение должно быть рабочим приложением WorkflowApp. Однако в некоторых сценариях этот параметр приложения может быть пропущен, например из-за автоматизации с помощью шаблонов Azure Resource Manager или других сценариев, в которых параметр не включен. Если некоторые действия не работают, например действие "Выполнение кода JavaScript" или если рабочий процесс перестает работать, убедитесь, что параметр приложения APP_KIND существует и имеет значение workflowApp. Дополнительные сведения см. в параметре приложения APP_KIND.

6. По завершении нажмите кнопку "Далее: хранилище".

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 в той же виртуальной сети, например учетной записи интеграции Premium с частной конечной точкой. Чтобы получить доступ к таким ресурсам Azure, приложение логики должно существовать в той же виртуальной сети, что и эти ресурсы.

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

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

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

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

   Входящий доступ

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

   Исходящий доступ

   • Включение интеграции виртуальной сети. Чтобы включить взаимодействие между приложением логики "Стандартный" и частной конечной точкой в учетной записи интеграции Premium, выберите "Вкл . " И подсеть для использования".

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

   1. На вкладке "Мониторинг" в разделе Application Insights задайте значение "Включить Application Insights" значение "Да".

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

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

    

    Примечание.

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

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

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

    

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

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

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

   

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

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

   

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

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

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

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

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

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

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

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

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

   

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

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

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

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

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

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

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

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

   

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-адрес конечной точки и активировать рабочий процесс, отправьте HTTP-запрос в URL-адрес, включая метод, который ожидает триггер запроса , с помощью средства HTTP-запроса и его инструкций.

   В этом примере используется метод GET с скопированным URL-адресом, который выглядит следующим образом:

   GET 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

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

   

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

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

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

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

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

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

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

Настройка доступа к управляемому удостоверению учетной записи хранения

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

Примечание.

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

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

2. В назначаемом пользователем удостоверении получите идентификатор ресурса:

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

   2. Из свойства Id скопируйте и сохраните идентификатор ресурса.

3. Из учетной записи хранения получите URI для служб BLOB-объектов, очередей и таблиц:

   1. В меню учетной записи хранения в разделе "Параметры" выберите "Конечные точки".

   2. Скопируйте и сохраните URI для службы BLOB-объектов, службы очередей и службы таблиц.

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

   1. В меню учетной записи хранения выберите элемент управления доступом (IAM).

   2. На панели инструментов панели инструментов управления доступом (IAM) в меню "Добавить" выберите "Добавить назначение роли".

   3. На вкладке ролей функции задания добавьте каждую из следующих ролей в удостоверение, назначаемое пользователем:

      • Участник учетной записи хранения
      • владелец данных BLOB-объектов хранилища;
      • Участник для данных очереди хранилища
      • Участник данных таблицы хранилища

   Дополнительные сведения см. в статье "Назначение ролей Azure" с помощью портал Azure и определения назначений ролей.

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

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

   Примечание.

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

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

   2. На вкладке "Параметры среды выполнения рабочего процесса" для мониторинга масштабирования среды выполнения нажмите кнопку "Вкл.

   3. На панели инструментов "Конфигурация" нажмите кнопку "Сохранить".

7. В приложении логики "Стандартный" настройте идентификатор ресурса и URI службы:

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

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

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

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

      Параметр приложения	Значение
      AzureWebJobsStorage__managedIdentityResourceId	Идентификатор ресурса для управляемого удостоверения, назначаемого пользователем
      AzureWebJobsStorage__blobServiceUri	Универсальный код ресурса (URI) службы BLOB-объектов для учетной записи хранения
      AzureWebJobsStorage__queueServiceUri	Универсальный код ресурса (URI службы очередей) для учетной записи хранения
      AzureWebJobsStorage__tableServiceUri	URI службы таблиц для учетной записи хранения
      AzureWebJobsStorage__credential	managedIdentity

   5. На вкладке "Параметры приложения" удалите параметр приложения с именем AzureWebJobsStorage, который установлен на строка подключения, связанный с учетной записью хранения.

   6. По завершении нажмите кнопку "Применить", которая сохраняет изменения и перезапускает приложение логики.

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

      Может появиться следующее сообщение, но это не ошибка и не влияет на приложение логики:

      Параметр приложения AzureWebjobsStorage отсутствует.

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

Чтобы упростить отладку рабочего процесса без отслеживания состояния, можно включить для него журнал выполнения, а по завершении работы отключить его. Выполните указанные действия на портале 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, которая предоставляет данные телеметрии практически в режиме реального времени (динамические метрики). Эта возможность упрощает исследование сбоев и проблем с производительностью, так как можно использовать эти данные для диагностики проблем, настройки оповещений и построения диаграмм.

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

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

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

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

3. На панели Application Insights выберите "Включить Application Insights".

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

5. На панели Application Insights выберите "Просмотреть данные Application Insights".

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

Открытие Application Insights

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

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

3. На панели Application Insights выберите "Просмотреть данные Application Insights".

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

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

При создании подключений в рабочем процессе с помощью соединителей, управляемых корпорацией Майкрософт, эти подключения являются отдельными ресурсами 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