Корпорация Microsoft выпустила общедоступную предварительную версию, которая позволяет Azure Logic Apps (Standard) работать в качестве серверов по протоколу Model Context Protocol (MCP). Это позволяет представить рабочие процессы Logic Apps в виде инструментов для агентов, которые можно обнаружить и вызвать с помощью клиентов, поддерживающих MCP (например, VS Code + Copilot).
Что на самом деле представлено
- Удалённый сервер MCP на Logic Apps (Standard): вы настраиваете приложение логики Standard для размещения конечной точки MCP (/api/mcp) и предоставляете рабочие процессы HTTP-запросов и ответов в виде инструментов. Аутентификация осуществляется через Easy Auth; конечные точки MCP по умолчанию используют OAuth 2.0. VS Code (≥1.102) включает поддержку клиента MCP для тестирования.
- Путь регистрации в Центре API (предварительная версия): вы также можете создавать/регистрировать серверы MCP в Центре API Azure, где выбранные управляемые действия-соединители становятся инструментами с каталогизацией и управлением.
Основные требования и детали транспорта
- Форма рабочего процесса: инструменты должны быть реализованы в виде триггера HTTP-запроса («Когда получен HTTP-запрос») плюс действие ответа.
- Аутентификация и контроль доступа: по умолчанию MCP использует OAuth 2.0; Easy Auth обеспечивает ограничения для клиента/идентификатора/арендатора. Во время настройки проверка подлинности службы приложений должна разрешать запросы без проверки подлинности (поток MCP всё равно выполняет OAuth).
- Транспорты: потоковая передача HTTP работает «из коробки». SSE дополнительно требует интеграции с виртуальной сетью и настройки host.json.
- Переключатель включения: API MCP включены путём добавления extensions.workflow.McpServerEndpoints.enable=true в host.json.
Ограничения пути в Центре API
При создании серверов MCP через Центр API на основе Logic Apps текущая предварительная версия накладывает следующие ограничения:
- Начните с пустого ресурса приложения логики Standard.
- Один соединитель на сервер MCP.
- Встроенные поставщики услуг и пользовательские соединители не поддерживаются на этом пути (только управляемые соединители).
- Одно действие на инструмент.
Эти ограничения существенно влияют на детализацию инструментов и расположение серверов в крупных организациях.
Почему выбрана версия Standard (однопользовательская)?
Standard работает на однопользовательской среде выполнения Logic Apps (на Azure Functions), поддерживает несколько рабочих процессов в приложении и напрямую интегрируется с виртуальными сетями и частными конечными точками — всё это актуально для безопасного предоставления доступа к частным системам агентам и для предсказуемой пропускной способности/задержки.
Семантика инструментов и их обнаружение
Корпорация Microsoft рекомендует добавлять описания триггеров, схемы параметров/описания и необходимые маркеры для повышения надёжности выбора и вызова агентов. Эти аннотации считываются клиентами MCP и влияют на поведение при вызове.
Соединители и корпоративный охват
Организации могут представить существующие рабочие процессы и большой каталог соединителей Logic Apps (облачных и локальных) через MCP, превращая их в вызываемые инструменты для агентов; Microsoft явно указывает на «более чем 1400 соединителей».
Операции, управление и тестирование
История выполнения плюс Application Insights/Log Analytics доступны для диагностики и аудита. VS Code обеспечивает быструю проверку клиента через MCP: добавление сервера, включая вход через OAuth и перечисление инструментов. Регистрация через API Center обеспечивает обнаружение/управление серверами MCP в разных командах.
Примечания к производству (предварительная версия)
SSE требует наличия как виртуальной сети, так и настройки для взаимодействия между работниками; без них используйте потоковую передачу HTTP.
Easy Auth должна быть настроена точно (включая переключатель «разрешить анонимный вход»), иначе потоки входа клиента не будут работать, несмотря на ожидания OAuth.
Регулирование, идемпотентность и управление версиями схемы остаются на вашей ответственности при создании инструментов на основе соединителей (не ново, но теперь это относится к агенту).
Резюме
Предварительная версия чётко включает MCP в Logic Apps (Standard): вы представляете рабочие процессы на основе HTTP в виде инструментов, защищённых OAuth; вы можете каталогизировать их в Центре API; и вы можете получить доступ к частным системам через однопользовательскую сеть.
Для команд, уже инвестирующих в Logic Apps, это простой путь с минимальными усилиями, соответствующий стандартам, для внедрения корпоративного инструментария агентов — просто помните об ограничениях Центра API, предварительных требованиях SSE и особенностях Easy Auth во время развёртывания.
1. Какие возможности предоставляет Microsoft в предварительной версии Azure Logic Apps (Standard) по протоколу Model Context Protocol (MCP)?
В предварительной версии Azure Logic Apps (Standard) позволяет представить рабочие процессы Logic Apps в виде инструментов для агентов, которые можно обнаружить и вызвать с помощью клиентов, поддерживающих MCP (например, VS Code + Copilot). Также можно настроить приложение логики Standard для размещения конечной точки MCP (/api/mcp) и предоставить рабочие процессы HTTP-запросов и ответов в виде инструментов.
2. Какие требования и детали необходимо учитывать при работе с MCP в Azure Logic Apps (Standard)?
При работе с MCP в Azure Logic Apps (Standard) необходимо учитывать следующие требования и детали:
* Форма рабочего процесса: инструменты должны быть реализованы в виде триггера HTTP-запроса («Когда получен HTTP-запрос») плюс действие ответа.
* Аутентификация и контроль доступа: по умолчанию MCP использует OAuth 2.0; Easy Auth обеспечивает ограничения для клиента/идентификатора/арендатора.
* Транспорты: потоковая передача HTTP работает «из коробки». SSE дополнительно требует интеграции с виртуальной сетью и настройки host.json.
* Переключатель включения: API MCP включены путём добавления extensions.workflow.McpServerEndpoints.enable=true в host.json.
3. Какие ограничения существуют при создании серверов MCP через Центр API на основе Logic Apps в текущей предварительной версии?
При создании серверов MCP через Центр API на основе Logic Apps текущая предварительная версия накладывает следующие ограничения:
* Начните с пустого ресурса приложения логики Standard.
* Один соединитель на сервер MCP.
* Встроенные поставщики услуг и пользовательские соединители не поддерживаются на этом пути (только управляемые соединители).
* Одно действие на инструмент.
4. Почему Microsoft выбрала версию Standard (однопользовательская) для работы с MCP?
Microsoft выбрала версию Standard (однопользовательская) для работы с MCP, потому что она работает на однопользовательской среде выполнения Logic Apps (на Azure Functions), поддерживает несколько рабочих процессов в приложении и напрямую интегрируется с виртуальными сетями и частными конечными точками. Это актуально для безопасного предоставления доступа к частным системам агентам и для предсказуемой пропускной способности/задержки.
5. Какие инструменты и возможности предоставляет Microsoft для управления и тестирования при работе с MCP в Azure Logic Apps (Standard)?
Для управления и тестирования при работе с MCP в Azure Logic Apps (Standard) Microsoft предоставляет следующие инструменты и возможности:
* История выполнения плюс Application Insights/Log Analytics доступны для диагностики и аудита.
* VS Code обеспечивает быструю проверку клиента через MCP: добавление сервера, включая вход через OAuth и перечисление инструментов.
* Регистрация через API Center обеспечивает обнаружение/управление серверами MCP в разных командах.