Краткое руководство. Создание примера рабочего процесса приложения логики потребления на портале Azure

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

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

• Соединитель RSS, который предоставляет триггер для проверки RSS-канала .
• Соединитель Office 365 Outlook, который предоставляет возможность отправки электронной почты.

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

Совет

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

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

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

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

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

• Создание рабочих процессов приложения логики и управление ими в Visual Studio Code
• Создание рабочих процессов приложений логики и управление ими с помощью Azure CLI

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

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

• Azure учетную запись и подписку. Получите бесплатную учетную запись Azure.

• Учетная запись электронной почты, например Office 365 Outlook или Outlook.com.

  Примечание.

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

• Сетевой доступ к ресурсам Azure.

  Если вы находитесь за корпоративным брандмауэром, см. требования к IP-адресу для Azure Logic Apps. Сведения о соединителях см. в разделе "Управляемый исходящий IP-адрес соединителя".

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

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

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

   

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

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

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

4. На странице "Создание приложения логики" выберите "Потребление (многотенантное)">Выбрать.

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

   Свойство	Обязательное поле	значение	Описание
   Подписка	Да	< имя-подписки-Azure>	Имя подписки Azure. В этом примере используется оплата по мере использования.
   Группа ресурсов	Да	< имя группы ресурсов Azure>	Группа ресурсов Azure, в которой будет создано приложение логики и связанные ресурсы. Укажите уникальное имя в разных регионах и содержит только буквы, цифры, дефисы (-), символы подчеркивания (_), скобки (()) или периоды (.). В этом примере создается группа ресурсов с именем Consumption-RG.
   Имя приложения логики	Да	< logic-app-name>	Укажите уникальное имя в разных регионах и содержит только буквы, цифры, дефисы (-), символы подчеркивания (_), скобки (()) или периоды (.). В этом примере создается ресурс приложения логики с именем My-Consumption-Logic-App.
   Регион	Да	< Azure-region>	Регион центра обработки данных Azure для приложения логики. В этом примере используется регион западная часть США.
   Включение анализа журналов	Да	Нет	Измените этот параметр, только если требуется включить ведение журнала диагностики. Для этого быстрого старта оставьте выбор по умолчанию.
   Тип рабочего процесса	Да	С отслеживанием состояния	Тип создаваемого рабочего процесса. Все рабочие процессы потребления являются с сохранением состояния, это означает, что рабочий процесс автоматически сохраняет и регистрирует историю выполнения, такую как состояние, входные и выходные данные. Примечание. В этом кратком руководстве основное внимание уделяется созданию неагентного рабочего процесса. Если состояние не выбрано, вам не нужно ничего менять в этом разделе. В регионах, которые не поддерживают агентические рабочие процессы, параметры типа рабочего процесса недоступны. Сведения об агентических рабочих процессах см. в следующем разделе: - Создание рабочих процессов автономного агента ИИ в Azure Logic Apps - Создание рабочих процессов для диалогового агента ИИ в Azure Logic Apps

   Примечание.

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

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

   

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

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

   

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

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

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

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

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

3. В области триггера укажите следующие сведения:

   Параметр	Обязательное поле	значение	Описание
   URL-адрес RSS-канала	Да	< RSS-feed-URL>	URL-адрес канала RSS для отслеживания. В этом примере используется веб-канал RSS журнала Wall Street Journal по адресу https://feeds.content.dowjones.io/public/rss/RSSMarketsMain. Однако можно использовать любой канал RSS, который не требует авторизации HTTP. Чтобы упростить тестирование рабочего процесса, выберите канал RSS с частой публикацией.
   Выбранное свойство будет использоваться для определения новых элементов	Нет	PublishDate	Свойство, определяющее, какие элементы являются новыми.
   Интервал	Да	30	Количество интервалов ожидания между проверками канала RSS. В этом примере в качестве интервала используется 30, так как это значение является минимальным интервалом для триггера RSS.
   Периодичность	Да	Minute	Единица частоты, используемая для каждого интервала. В этом примере в качестве частоты используется Minute .
   Часовой пояс	Нет	< часовой пояс>	Часовой пояс, используемый для проверки RSS-канала.
   Время начала	Нет	< время начала>	Время начала, которое используется для проверки RSS-канала.

   

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

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

5. Из-за стандартного поведения двойного кодирования триггера RSS необходимо изменить определение триггера, чтобы удалить поведение:

   1. На панели инструментов конструктора выберите представление кода.

      Это важно

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

   2. В редакторе кода найдите строку "feedUrl": "@{encodeURIComponent(encodeURIComponent('https://feeds.content.dowjones.io/public/rss/RSSMarketsMain'))}".

   3. Удалите дополнительную функцию с именем encodeURIComponent() , чтобы у вас был только один экземпляр, например:

      "feedUrl": "@{encodeURIComponent('https://feeds.content.dowjones.io/public/rss/RSSMarketsMain')}"

6. Сохраните ваши изменения. На панели инструментов представления кода нажмите кнопку "Сохранить".

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

7. Вернитесь в конструктор. На панели инструментов представления кода выберите Конструктор.

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

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

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

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

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

   • Если у вас есть рабочая или учебная учетная запись Майкрософт, добавьте действие соединителя Office 365 Outlook с именем "Отправить сообщение электронной почты".

   • Если у вас есть личная учетная запись Майкрософт, добавьте действие соединителя Outlook.com с именем "Отправить сообщение электронной почты".

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

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

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

   Во многих коннекторах необходимо сначала создать соединение и проверить свою подлинность, прежде чем продолжить. В этом примере используется ручная проверка подлинности для подключения к Office 365 Outlook. Однако другие службы могут поддерживать или использовать другие типы проверки подлинности. В зависимости от вашего сценария использования проверку подлинности подключения можно выполнять различными способами.

   Дополнительные сведения можно найти здесь

   • Параметры шаблона для развертывания
   • Авторизация подключений OAuth
   • Аутентифицируйте доступ с помощью управляемых удостоверений
   • Аутентифицировать подключения для развертывания логического приложения

3. В области сведений о действии укажите следующие сведения для включения в сообщение электронной почты:

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

      При выборе в поле "To " или других полях редактирования отображаются параметры для открытия списка динамического содержимого (значок молнии) или редактора выражений (значок формулы). В списке динамического содержимого отображаются все выходные данные из предыдущих операций, которые можно выбрать в качестве входных данных для текущего действия. Редактор выражений позволяет использовать выходные данные функций и операций для работы с данными. Эти параметры можно игнорировать сейчас. На следующем шаге используется список динамического содержимого.

   2. В поле "Тема" введите тему для сообщения электронной почты.

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

      1. Введите следующий текст с конечным пробелом: New RSS item:

      2. С курсором по-прежнему в поле "Тема " выберите список динамического содержимого (значок молнии).

         

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

         

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

         

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

         

         Примечание.

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

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

   3. В поле "Текст" введите содержимое электронной почты.

      В этом примере включите каждую строку описательного текста, а затем соответствующие выходные данные триггера RSS. Чтобы добавить пустые строки в поле редактирования, нажмите Shift + ВВОД.

      Описательный текст	Свойство	Описание
      Title:	Название ленты	Заголовок элемента.
      Date published:	Лента опубликована	Дата и время публикации элемента.
      Link:	Ссылка основного веб-канала	URL-адрес элемента.

      

4. Сохраните свой рабочий процесс.

Тестирование рабочего процесса

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

• На панели инструментов конструктора в меню "Выполнить", выберите "Выполнить".

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

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

Устранение неполадок

Если вы не получаете ожидаемых сообщений электронной почты от рабочего процесса:

• Проверьте папку нежелательных сообщений электронной почты. Возможно, сообщение было ошибочно отфильтровано.

• Убедитесь, что RSS-канал, который вы используете, опубликовал элементы с момента последней запланированной или ручной проверки.

Очистка ресурсов

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

1. В поле поиска Azure введите группы ресурсов и выберите группы ресурсов.

   

2. Найдите и выберите группу ресурсов приложения логики. На вкладке Обзор выберите Удалить группу ресурсов.

   

3. Когда отобразится панель подтверждения, введите имя группы ресурсов и выберите Удалить.

   

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

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

Осуществить проверку трафика с помощью логического приложения, работающего по расписанию