Бөлісу құралы:


Что такое Azure Logic Apps?

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

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

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

  • планирование и отправка уведомлений по электронной почте с помощью Office 365 при наступлении определенного события (например, при отправке нового файла);

  • обработка и перенаправление заказов клиентов в облачные службы и локальные системы;

  • перемещение переданных файлов с сервера SFTP или FTP в службу хранилища Azure;

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

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

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

Совет

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

  • Какие проблемы можно решить с помощью Azure Logic Apps?
  • Какие преимущества предоставляет Azure Logic Apps?

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

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

Чтобы продолжить обучение, воспользуйтесь этим видео:

Дополнительные сведения см . на веб-сайте Azure Logic Apps и других службах Azure Integration Services.

Ключевые термины

В следующей таблице кратко описаны основные термины и понятия в Azure Logic Apps.

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

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

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

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

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

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

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

Например, можно запустить свой рабочий процесс с помощью триггера или выполнить действие, которое работает с определенной службой, например Office 365, Salesforce, или файловыми серверами. Дополнительные сведения см. в разделе "Управляемые соединители" для Azure Logic Apps.
Учетная запись интеграции Создайте этот ресурс Azure, когда вы хотите определить и сохранить артефакты B2B для использования в рабочих процессах. Когда вы создадите учетную запись интеграции и свяжете ее со своим приложением логики, ваши рабочие процессы смогут использовать эти артефакты B2B. Ваши рабочие процессы также смогут обмениваться сообщениями, которые соответствуют стандартам электронного обмена данными (EDI) и интеграции приложений (EAI).

Например, можно определить торговых партнеров, соглашения, схемы, карты и другие артефакты B2B. Можно создавать рабочие процессы, где будут использоваться эти артефакты и осуществляться обмен сообщениями по таким протоколам, как AS2, EDIFACT, X12 и RosettaNet.

Преимущества Azure Logic Apps

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

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

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

  • Службы Azure, такие как Хранилище BLOB-объектов и Служебная шина.

  • Службы Office 365, такие как Outlook, Excel и SharePoint.

  • Серверы баз данных, такие как SQL и Oracle.

  • Корпоративные системы, такие как SAP и IBM MQ.

  • Общие файловые ресурсы, такие как FTP и SFTP.

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

При создании рабочих процессов в Azure Logic Apps обычно не требуется писать код. Однако если вам нужно написать код, можно добавить и запустить фрагменты кода JavaScript или скрипты C# в рабочем процессе с помощью действия встроенного кода для JavaScript или C#соответственно. Вы также можете добавить и запустить код с помощью Функции Azure. Если рабочий процесс должен взаимодействовать с событиями из других служб Azure, пользовательских приложений или других решений, вы можете отслеживать, маршрутизировать и публиковать события с помощью Сетка событий Azure или Центры событий Azure.

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

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

Сравнение служб Azure Logic Apps, "Функции", "Веб-задания" и Power Automate

Все эти службы помогают подключать и объединять разрозненные системы. Каждая из них имеет свои преимущества, объединив которые можно быстро создать масштабируемые, полнофункциональные системы интеграции. Дополнительные сведения см. в разделе "Выбор между Azure Logic Apps", Функции Azure, веб-заданиями Azure и Microsoft Power Automate.

Насколько быстро можно увеличить возможности решения с помощью Azure Logic Apps?

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

Создание и изменение рабочих процессов в визуальном интерфейсе с помощью удобных средств

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

Подключение различных систем, размещенных в разных средах

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

Создание и развертывание в разных средах

В зависимости от вашего сценария, требований к решению и требуемых возможностей выберите, следует ли создавать рабочий процесс приложения логики "Потребление" или "Стандартный". На основе этого выбора рабочий процесс выполняется в мультитенантных Azure Logic Apps, однотенантных Azure Logic Apps или Среда службы приложений (версия 3). С помощью Azure Logic Apps с одним клиентом рабочие процессы могут более легко получать доступ к ресурсам, защищенным виртуальными сетями Azure. При создании рабочих процессов на основе одного клиента с помощью Azure Arc Logic Apps можно также запускать рабочие процессы в контейнерах. Дополнительные сведения см. в статье с несколькими клиентами и мультитенантами в Azure Logic Apps и Что такое Приложения логики с поддержкой Arc?

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

Вариант размещения Льготы Общий доступ и использование ресурсов Цены и модель выставления счетов Управление ограничениями
Потребление

Среда узла: Мультитенантное Azure Logic Apps
- Проще всего приступить к работе

- Оплата за то, что вы используете

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

Все приложения логики в клиентах Microsoft Entra используют одну и ту же обработку (вычисления), хранилище, сеть и т. д.

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

Среда узла:
Azure Logic Apps с одним клиентом

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

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

— Интегрированная поддержка виртуальных сетей и частных конечных точек.

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

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

Данные остаются в том же регионе, где развертывается приложение логики.
Стандартный: на основе плана размещения с выбранной ценовой категорией.

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

Важно: некоторые ограничения имеют жесткие верхние максимумы. В Visual Studio Code изменения, вносимые в значения ограничений по умолчанию в файлах конфигурации проекта приложения логики, не будут отображаться в конструкторе. Дополнительные сведения см. в разделе Изменение параметров приложения и среды для приложений логики в Azure Logic Apps с одним клиентом.
Standard (Среда службы приложений версии 3)

Среда узла:
Среда службы приложений версии 3 (ASEv3) — только планы Windows
Те же возможности, что и один клиент , а также следующие преимущества:

— Полная изоляция приложений логики.

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

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

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

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

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

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

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

Важно: некоторые ограничения имеют жесткие верхние максимумы. В Visual Studio Code изменения, вносимые в значения ограничений по умолчанию в файлах конфигурации проекта приложения логики, не будут отображаться в конструкторе. Дополнительные сведения см. в разделе Изменение параметров приложения и среды для приложений логики в Azure Logic Apps с одним клиентом.

Первоклассная поддержка сценариев корпоративной интеграции и сценариев B2B

Компании и организации обмениваются данными с помощью стандартных электронных средств с применением разных форматов и протоколов, например EDIFACT, AS2, X12 и RosettaNet. Благодаря возможностям интеграции корпоративного уровня службы Azure Logic Apps вы можете создавать рабочие процессы, которые преобразуют форматы сообщений, используемые торговыми партнерами, в форматы, которые могут интерпретировать и обрабатывать системы вашей организации. Azure Logic Apps обрабатывает эти сообщения с использованием технологии шифрования и цифровых подписей, что обеспечивает стабильную работу и безопасность. Для сценариев интеграции B2B Azure Logic Apps включает возможности из BizTalk Server. Чтобы определить артефакты бизнес-бизнеса (B2B), создайте учетную запись интеграции, в которой хранятся эти артефакты. После связывания этой учетной записи с ресурсом приложения логики рабочий процесс может использовать эти артефакты B2B и обмен сообщениями, которые соответствуют стандартам электронной обмена данными (EDI) и корпоративной интеграции приложений (EAI).

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

Например, при использовании Microsoft BizTalk Server рабочие процессы могут обеспечить взаимодействие приложений с помощью соединителя BizTalk Server. Затем вы можете расширять или выполнять операции, подобные BizTalk, в своих рабочих процессах с помощью соединителей для учетной записи интеграции. В другом направлении BizTalk Server может взаимодействовать с рабочими процессами с помощью адаптера Сервера Microsoft BizTalk для Azure Logic Apps. Ознакомьтесь с дополнительными сведениями о том, как настроить и использовать адаптер BizTalk Server в BizTalk Server.

Создание многократно используемых шаблонов

Создайте рабочие процессы приложения логики в качестве шаблонов Azure Resource Manager, чтобы настроить и автоматизировать развертывания в нескольких средах и регионах.

Встроенная расширяемость

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

Прямой доступ к ресурсам в виртуальных сетях Azure

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

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

Azure Logic Apps (цен. категория "Стандартный") обеспечивает следующие преимущества:

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

  • Увеличены ограничения продолжительности выполнения, хранения, пропускной способности, времени ожидания HTTP-запросов и ответов, размеров сообщений и запросов пользовательских соединителей. Дополнительные сведения см. в статье Ограничения и сведения о конфигурации для Azure Logic Apps.

Принцип работы приложений логики

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

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

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

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

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

    • Если проверяющий утверждает заказ, рабочий процесс продолжает его обработку.

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

      • Если требования эскалации выполнены, условие ответа выполнено. Заказ обрабатывается.

      • Если условие ответа не выполняется, по электронной почте отправляется сообщение о проблеме.

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

Вы можете создавать рабочие процессы в визуальном интерфейсе с помощью конструктора рабочих процессов Azure Logic Apps на портале Azure, в Visual Studio Code или Visual Studio. Каждый рабочий процесс также имеет базовое определение, использующее формат нотации объектов JavaScript (JSON). При желании вы можете редактировать рабочие процессы, внося изменения в это определение JSON. Для некоторых задач создания и управления Azure Logic Apps обеспечивает поддержку команд Azure PowerShell и Azure CLI. Для автоматического развертывания Azure Logic Apps поддерживает шаблоны Azure Resource Manager.

Варианты оплаты

Каждый тип ресурса приложения логики (мультитенантный, один клиент, Среда службы приложений (ASE версии 3)) имеет другую модель ценообразования. Например, рабочие процессы многотенантного приложения логики потребления соответствуют модели ценообразования потребления, а рабочие процессы приложения логики уровня "Стандартный" соответствуют стандартной модели ценообразования. Ознакомьтесь с дополнительными сведениями о ценах и измерении показателей для Azure Logic Apps.

Начало работы

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

Когда вы будете готовы, попробуйте одно или несколько из следующих кратких руководств по Azure Logic Apps:

Вы также можете изучить другие краткие руководства по работе с Azure Logic Apps:

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