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

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

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

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

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

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

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

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

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

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

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

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

Предварительные условия

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

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

  Примечание.

  Тип ресурса логического приложения Standard работает на основе Azure Functions и имеет требования к хранилищу, аналогичные функциональным приложениям. Рабочие процессы с отслеживанием состояния выполняют транзакции с хранилищем, в том числе используют очереди для планирования и хранения состояний рабочих процессов в таблицах и 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, сначала необходимо создать эту среду. Затем вы можете выбрать эту среду в качестве расположения развертывания при создании приложения логики. Дополнительные сведения см. в разделе "Типы ресурсов" и среды и создание Среда службы приложений.

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

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

Лучшие практики и рекомендации

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

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

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

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

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

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

2. В поле поиска портала Azure введите Logic App и выберите Logic Apps.

   

3. На панели инструментов Logic apps нажмите Создать.

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

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

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

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

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

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

   Примечание.

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

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

   

   Примечание.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10. На вкладке «Проверка подлинности», в разделе «Тип проверки подлинности», выберите метод проверки подлинности, который будет использоваться для подключения к ресурсу учетной записи хранения узла (хранилище узла AzureWebJobsStorage).

    Это важно

    При выборе управляемого удостоверения для проверки подлинности необходимо указать управляемое удостоверение для использования. Выберите один из следующих параметров:

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

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

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

    

    Примечание.

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

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

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

    

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

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

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

   

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

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

   

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

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

   Конструктор открывается, а на экране отображается запрос с именем "Добавить триггер".

5. На панели конструктора выберите "Добавить триггер", чтобы открыть галерею соединителей и выбрать операцию триггера.

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

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

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

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

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

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

   

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

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

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

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

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

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

2. Используя office 365 outlook, отправьте сообщение электронной почты в качестве условия поиска, выполните следующие действия, чтобы добавить действие 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. В меню приложения логики в разделе "Рабочие процессы" выберите "Рабочие процессы", "Подключения".

2. На вкладке Подключения API выберите имя ресурса подключения, например:

   

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

   

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

   

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

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

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

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

2. После открытия области сведений на вкладке "Параметры " найдите свойство URL-адреса HTTP .

3. Чтобы скопировать созданный 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

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

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

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

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

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

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

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

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

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

3. Из вашей учетной записи хранения получите URI для служб Blob, Queue и Table:

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

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

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

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

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

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

      • Соучастник учетной записи хранения
      • владелец данных объектов типа Blob хранилища
      • Участник данных в очереди хранилища
      • Менеджер данных таблицы хранилища

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

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

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

   Примечание.

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

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

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

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

7. В логическом приложении "Standard" настройте идентификатор ресурса и 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 отсутствует.

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

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

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

1. На портале Azure откройте ваш ресурс логического приложения Standard.

2. На боковой панели приложения логики в разделе Рабочие процессы выберите Рабочие процессы.

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

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

5. На странице "Параметры" установите "Режим отладки" в положение "Вкл".

   На этом шаге в переменные среды для вашего ресурса логического приложения добавляется параметр приложения с именем Workflows.<имя рабочего процесса>.OperationOptions. Чтобы просмотреть этот параметр приложения, выполните следующие действия.

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

   2. На вкладке "Параметры приложения " найдите параметр с именем Workflows.<имя> рабочего процесса. OperationOptions. Если включен параметр состояния отладки рабочего процесса, значение параметра приложения — WithStatelessRunHistory.

6. После завершения отладки отключите параметр состояния отладки .

Включение или открытие 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 для одного арендатора. Сведения о просмотре подключений и управлении ими см. в разделе "Просмотр подключений".

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

Выполните действия, описанные в инструкции "Отключить или включить Logic Apps".

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

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

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

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

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 вернитесь к вашему приложению логики и его странице Обзор, и нажмите Перезапустить.

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

Связанный контент

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