Краткое руководство. Создание примера рабочего процесса приложения логики потребления с помощью портал Azure
Область применения: Azure Logic Apps (потребление)
Чтобы создать автоматизированный рабочий процесс, который интегрирует несколько облачных служб, в этом кратком руководстве показано, как создать пример рабочего процесса, который интегрирует следующие службы, RSS-канал веб-сайта и учетную запись электронной почты. В примере рабочего процесса используется соединитель RSS и соединитель Office 365 Outlook . Соединитель RSS предоставляет триггер, который можно использовать для проверка RSS-канал на основе указанного расписания. Соединитель Office 365 Outlook предоставляет действие, которое отправляет сообщение электронной почты для каждого нового элемента RSS.
На следующем снимке экрана показан пример высокоуровневого рабочего процесса:
В этом примере создается ресурс приложения логики потребления и рабочий процесс, который выполняется в мультитенантных Azure Logic Apps. Чтобы создать рабочий процесс приложения логики уровня "Стандартный", который выполняется в azure Logic Apps с одним клиентом, см. пример рабочего процесса приложения логики "Стандартный" с помощью портал Azure. Соединители в этом примере — это только два соединителя из 1000+ соединителей , которые можно использовать в рабочем процессе. Хотя этот пример основан на облаке, Azure Logic Apps поддерживает рабочие процессы, которые подключают приложения, данные, службы и системы в облачных, локальных и гибридных средах.
По мере выполнения этого краткого руководства вы узнаете, как выполнить следующие основные действия.
- Создайте ресурс приложения логики потребления, размещенный в мультитенантных Azure Logic Apps.
- Выберите пустой шаблон рабочего процесса приложения логики.
- Добавление триггера, согласно которому будет запускаться рабочий процесс.
- Добавление действия, которое выполняет задачу после срабатывания триггера.
- Запустите рабочий процесс.
Сведения о создании рабочего процесса приложения логики потребления и управлении ими с помощью других средств см. в следующих кратких руководствах.
- Создание рабочих процессов приложения логики и управление ими в Visual Studio Code
- Создание рабочих процессов приложения логики и управление ими в Visual Studio
- Создание рабочих процессов приложений логики и управление ими с помощью Azure CLI
Необходимые компоненты
Учетная запись и подписка Azure. Если у вас нет ее, вы можете зарегистрироваться для получения бесплатной учетной записи Azure.
Учетная запись электронной почты службы, которая работает с Azure Logic Apps (например, Office 365 Outlook или Outlook.com). Сведения о других поддерживаемых поставщиках электронной почты см. в списке соединителей для Azure Logic Apps.
Примечание.
Использовать без ограничений соединитель Gmail в Azure Logic Apps могут только учетные записи G Suite. Если у вас есть учетная запись объекта-получателя Gmail, вы можете использовать этот соединитель только с определенными утвержденными Google службами. Кроме того, вы можете создать клиентское приложение Google, которое будет использоваться для проверки подлинности в соединителе Gmail. Дополнительные сведения см. в статье Политики безопасности и конфиденциальности данных для соединителей Google в Azure Logic Apps.
Если у вас есть брандмауэр, который ограничивает трафик определенными IP-адресами, убедитесь, что вы настроили брандмауэр, чтобы разрешить доступ как для входящих, так и исходящих IP-адресов, используемых Azure Logic Apps в регионе Azure, где создается рабочий процесс приложения логики.
В этом примере используются соединители RSS и Office 365 Outlook , которые работают в глобальной среде Azure и управляются корпорацией Майкрософт. Эти соединители требуют настройки брандмауэра, чтобы разрешить доступ ко всем исходящим IP-адресам управляемого соединителя в регионе Azure для ресурса приложения логики.
Создание ресурса приложения логики категории "Потребление"
В поле поиска портал Azure введите приложения логики и выберите приложения логики.
На панели инструментов страницы "Приложения логики" нажмите кнопку "Добавить".
На странице "Создание приложения логики" сначала выберите тип плана для ресурса приложения логики. Таким образом отображаются только параметры этого типа плана.
В разделе "План" для типа плана выберите "Потребление", чтобы просмотреть только параметры ресурса приложения логики потребления.
Тип плана не только указывает тип ресурса приложения логики, но и модель выставления счетов.
Тип плана Description Стандартный Этот ресурс приложения логики является выбранным по умолчанию и поддерживает несколько рабочих процессов. Эти рабочие процессы выполняются в Azure Logic Apps с одним клиентом и используют стандартную модель выставления счетов. Потребление Этот тип ресурса приложения логики является альтернативным выбором и поддерживает только один рабочий процесс. Этот рабочий процесс выполняется в мультитенантных Azure Logic Apps и использует модель выставления счетов за потребление.
Укажите следующие сведения для ресурса приложения логики:
Свойство Обязательное поле значение Описание Подписка Да <имя-подписки-Azure> Имя подписки Azure. Группа ресурсов Да <имя-группы-ресурсов-Azure> Группа ресурсов Azure, в которой будет создано приложение логики и связанные ресурсы. Это имя должно быть уникальным во всех регионах и может содержать только буквы, цифры, дефисы (-), символы подчеркивания (_), круглые скобки (()) и точки (.).
В этом примере создается группа ресурсов с именем Consumption-RG.Имя приложения логики Да <logic-app-resource-name> Имя ресурса приложения логики, которое должно быть уникальным во всех регионах и может содержать только буквы, цифры, дефисы ( -), символы подчеркивания (_), круглые скобки ((,)) и точки (.).
В этом примере создается ресурс приложения логики с именем My-Consumption-Logic-App.Регион Да <Azure-region> Регион центра обработки данных Azure, в котором будет храниться информация приложения. В этом примере приложение логики развертывается в регионе Западная часть США в Azure. Включение анализа журналов Да Нет Этот параметр отображается и применяется только при выборе типа приложения логики Потребление.
Измените этот параметр, только если требуется включить ведение журнала диагностики. Для целей этого руководства оставьте выбор по умолчанию.Примечание.
Если выбран регион Azure, поддерживающий избыточность зоны доступности, автоматически включен раздел избыточности зоны. В этом разделе предварительной версии предлагается возможность включить избыточность между зонами доступности для вашего приложения логики. Но сейчас поддерживаемые регионы Azure не включают регион Западная часть США, поэтому этот раздел можно игнорировать для этого примера. Дополнительные сведения см. в статье Защита приложений логики от сбоев регионов с применением избыточности между зонами и зон доступности.
По завершении параметры выглядят примерно так:
Когда все будет готово, выберите Просмотр и создание.
На появиющейся странице проверки подтвердите все предоставленные сведения и нажмите кнопку "Создать".
Выбор пустого шаблона
После успешного развертывания ресурса приложения логики Azure выберите "Перейти к ресурсу". Вы также можете найти и выбрать ресурс приложения логики, введя его имя в поле поиска Azure.
Откроется страница шаблона конструктора, в которой отображается вводное видео и часто используемые триггеры.
Прокрутите дальше, мимо видео и раздела с именем Запуск с помощью стандартного триггера.
В разделе Шаблоны выберите Пустое приложение логики.
После выбора шаблона конструктор отображает пустой конструктор рабочих процессов.
Добавление триггера
Рабочий процесс всегда начинается с одного триггера, который указывает условие, которое должно соответствовать перед выполнением последующих действий в рабочем процессе. При каждом срабатывании триггера Azure Logic Apps создает и запускает экземпляр рабочего процесса. Если триггер не запускается, экземпляр рабочего процесса не создается или не запускается.
В этом примере используется триггер RSS, который проверка RSS-канал на основе указанного расписания. Если в веб-канале существует новый элемент, триггер запускается и создается и запускается новый экземпляр рабочего процесса. Если в период между проверками появляется несколько новых элементов, триггер срабатывает для каждого из них, и отдельный экземпляр рабочего процесса выполняется для каждого элемента. По умолчанию экземпляры рабочих процессов, созданные одновременно, также выполняются одновременно или одновременно.
В конструкторе рабочих процессов выполните следующие общие действия, чтобы добавить триггер RSS с именем "Когда элемент веб-канала опубликован".
В триггере укажите следующие сведения:
Свойство Обязательное поле значение Описание URL-адрес RSS-канала Да <RSS-feed-URL> URL-адрес канала RSS для отслеживания.
В этом примере используется веб-канал RSS журнала Wall Street Journal по адресу https://feeds.a.dj.com/rss/RSSMarketsMain.xml. Однако можно использовать любой канал RSS, который не требует авторизации HTTP. Чтобы упростить тестирование рабочего процесса, выберите канал RSS с частой публикацией.Свойство, которое будет использоваться для определения No PublishDate Свойство, определяющее, какие элементы являются новыми. Интервал Да 1 Количество интервалов ожидания между проверками канала RSS.
В этом примере в качестве интервала используется 1 .Периодичность Да Minute Единица частоты, используемая для каждого интервала.
В этом примере в качестве частоты используется Minute .
Скрытие сведений триггера на данный момент, выбрав внутри заголовка, чтобы свернуть окно сведений.
Сохраните результаты своих действий. На панели инструментов конструктора выберите Сохранить.
Этот шаг мгновенно публикует рабочий процесс приложения логики в портал Azure. Однако триггер проверка только RSS-канал без каких-либо других действий. Поэтому необходимо добавить действие, чтобы указать, что нужно сделать при срабатывании триггера.
Добавление действия
После триггера действие — это любой последующий шаг, который выполняет некоторую операцию в рабочем процессе. Любое действие может использовать выходные данные из предыдущих операций, которые включают триггер и любые другие действия. Вы можете выбрать из множества различных действий, включить несколько действий до предела для каждого рабочего процесса и даже создать различные пути действий.
В этом примере используется действие Outlook 365, которое отправляет сообщение электронной почты каждый раз, когда триггер срабатывает для нового элемента канала RSS. Если в период между проверками появляется несколько новых элементов, вы получите несколько сообщений электронной почты.
В конструкторе рабочих процессов выполните следующие общие действия, чтобы добавить действие соединителя, которое можно использовать для отправки электронной почты, например:
- Если у вас есть рабочая или учебная учетная запись Майкрософт, добавьте действие соединителя Office 365 Outlook с именем "Отправить сообщение электронной почты".
- Если у вас есть личная учетная запись Майкрософт, добавьте действие соединителя Outlook.com с именем "Отправить сообщение электронной почты".
В этом примере продолжается действие соединителя Office 365 Outlook с именем "Отправить сообщение электронной почты".
Примечание.
Если у вас в организации используются другие поддерживаемые службы электронной почты, пользовательский интерфейс может выглядеть немного иначе. Однако основные понятия, связанные с подключением к другой службе электронной почты, будут такими же.
Если выбранная служба электронной почты предлагает войти и пройти проверку подлинности, выполните этот шаг.
Примечание.
Во многих соединителях необходимо сначала создать подключение и проверить подлинность своего удостоверения, прежде чем вы сможете продолжить. В этом примере используется ручная проверка подлинности для подключения к Office 365 Outlook. Однако другие службы могут поддерживать или использовать другие типы проверки подлинности. В зависимости от вашего сценария использования проверку подлинности подключения можно выполнять различными способами.
Дополнительные сведения см. в следующей документации:
В действии "Отправить сообщение электронной почты " укажите следующие сведения для включения в сообщение электронной почты.
В поле Кому введите адрес электронной почты получателя.
Используйте для этого примера адрес электронной почты.
Примечание.
При выборе в поле "To " или в других полях редактирования появится список динамического содержимого . В этом списке показаны все выходные данные из предыдущих операций, которые можно выбрать и использовать в качестве входных данных для текущего действия. На данном этапе их можно игнорировать. На следующем шаге используется список динамического содержимого.
В поле "Тема" введите тему для темы электронной почты.
В этом примере включите выходные данные триггера, чтобы отобразить заголовок элемента RSS, выполнив следующие действия:
Введите следующий текст с конечным пробелом:
New RSS item:
В появившемся списке добавления динамического содержимого в разделе "При публикации элемента веб-канала" выберите название веб-канала, который является выходным результатом триггера, который ссылается на название элемента RSS.
Совет
Если выходные данные не отображаются в разделе "Когда элемент веб-канала опубликован", нажмите кнопку "Дополнительные сведения".
По завершении тема электронной почты выглядит следующим образом:
Примечание.
При выборе выходных данных, ссылающихся на массив, конструктор автоматически добавляет цикл для каждого цикла вокруг действия, ссылающегося на выходные данные. Таким образом, рабочий процесс обрабатывает массив, выполняя одно и то же действие для каждого элемента в массиве.
Чтобы удалить цикл, в строке заголовка цикла нажмите кнопку с многоточием (...) и нажмите кнопку "Удалить".
В поле "Текст" введите содержимое электронной почты.
В этом примере текст содержит указанные ниже свойства, каждому из которых предшествует описательный текст. Чтобы добавить пустые строки в поле редактирования, нажмите Shift + ВВОД.
Описательный текст Свойство Description Title:Название веб-канала Заголовок элемента Date published:Веб-канал опубликован Время и дата публикации элемента Link:Ссылка основного веб-канала URL-адрес для элемента 
Сохраните результаты своих действий. На панели инструментов конструктора выберите Сохранить.
Тестирование рабочего процесса
Чтобы проверка, что рабочий процесс выполняется правильно, можно ждать, пока триггер будет запущен после проверка веб-канала RSS на основе указанного расписания или можно вручную запустить рабочий процесс.
На панели инструментов конструктора в меню "Запуск триггера " выберите "Выполнить".
Если в RSS-канале есть новые элементы, рабочий процесс отправляет сообщение электронной почты для каждого из них. В противном случае рабочий процесс будет ожидать следующего интервала для повторной проверки RSS-канала.
На следующем снимке экрана показан пример сообщения электронной почты, отправляемого рабочим процессом. В электронном письме содержатся сведения о каждом из выбранных выходов триггера, а также описательный текст, указанный вами для каждого элемента.
Устранение неполадок
Если вы не получаете от рабочего процесса настроенных вами сообщений электронной почты:
Проверьте папку нежелательных сообщений электронной почты. Возможно, сообщение было ошибочно отфильтровано.
Убедитесь, что веб-канал RSS, который вы используете, содержит опубликованные элементы с момента последней запланированной или ручной проверки.
Очистка ресурсов
Завершив работу с этим кратким руководством, удалите пример ресурса приложения логики и все связанные с ним ресурсы, удалив группу ресурсов, созданную для этого примера.
В поле поиска Azure введите группы ресурсов и выберите группы ресурсов.
Найдите и выберите группу ресурсов приложения логики. На вкладке Обзор выберите Удалить группу ресурсов.
Когда отобразится панель подтверждения, введите имя группы ресурсов и выберите Удалить.
Следующие шаги
В этом кратком руководстве вы создали рабочий процесс приложения логики потребления в портал Azure, чтобы проверка RSS-канал и отправить сообщение электронной почты для каждого нового элемента. Дополнительные сведения о более сложных запланированных рабочих процессах см. в следующем учебнике: