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

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

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

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

  • планирование и отправка уведомлений по электронной почте с помощью Office 365 при наступлении определенного события (например, при отправке нового файла);
  • обработка и перенаправление заказов клиентов в облачные службы и локальные системы;
  • Перемещение отправленных файлов с SFTP или FTP-сервера в Хранилище BLOB-объектов Azure.
  • Отслеживайте активность в социальных сетях, анализируйте тональность и создавайте оповещения или задачи для элементов, требующих проверки.

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

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

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

Совет

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

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

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

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

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

Почему стоит использовать Azure Logic Apps

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

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

Для доступа к ресурсам, созданным и управляемым с помощью таких служб, как Azure, Microsoft, внешние веб-приложения и службы или локальные системы, можно использовать управляемые операции соединителя. Эти операции размещаются и выполняются в глобальной мультитенантной среде Azure. Можно выбрать один из 1400+ соединителей, например:

  • Службы Azure, такие как Хранилище BLOB и служебная шина
  • Службы Office 365, такие как Outlook, Excel и SharePoint.
  • Серверы баз данных, такие как SQL и Oracle.
  • Корпоративные системы, такие как SAP и IBM MQ.
  • Общие файловые ресурсы, такие как FTP и SFTP.

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

При создании рабочих процессов с помощью Azure Logic Apps обычно не требуется писать код. Однако если вам нужно создать и запустить собственный код, Azure Logic Apps поддерживает эту возможность. Например, в рабочих процессах, выполняющихся в мультитенантных Azure Logic Apps, можно создавать и запускать фрагменты кода JavaScript непосредственно в рабочем процессе. Для более сложного и структурированного кода можно создавать и вызывать функции из рабочих процессов при использовании платформы Функции Azure. Для рабочих процессов, которые выполняются в однотенантных Azure Logic Apps, Среда службы приложений (ASE) версии 3 или частично подключенных средах, можно создавать фрагменты кода JavaScript, код .NET, скрипты C# и скрипты PowerShell непосредственно в рабочем процессе.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание: Насчет резидентности данных и избыточности:

— В рабочих процессах или разделах рабочих процессов, которые не взаимодействуют с агентами, данные реплицируются в парном регионе. Для обеспечения высокой доступности включается геоизбыточное хранилище (GRS).

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

Среда узла:
Azure Logic Apps с одним клиентом		 — больше встроенных соединителей, доступных в однопользовательской среде выполнения, для повышения пропускной способности и снижения затрат при масштабировании

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

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

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

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

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

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

Среда узла:
Собственная локальная инфраструктура		 — Сценарии, в которых необходимо контролировать и управлять собственной инфраструктурой.

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

— поддерживает инфраструктуру, которая может включать локальные системы, частные облака и общедоступные облака.

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

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

- Настройка своей инфраструктуры для логических приложений Standard с использованием гибридного развертывания

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

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

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

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

Создайте один раз, используйте многократно

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

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

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

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

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

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

Azure Logic Apps (Standard) предоставляет следующие преимущества:

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

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

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

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

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

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

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

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

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

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

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

Гарантированная доставка сообщений

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

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

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

Чем Azure Logic Apps отличается от Azure Functions, WebJobs и Power Automate?

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

Чем Azure Logic Apps отличается от модулей runbook в Cлужба автоматизации Azure?

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

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

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

Когда вы будете готовы, начните работу с одним или несколькими приведенными ниже руководствами по Azure Logic Apps:

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

  • Last updated on