Azure Logic Apps теперь позволяет агентам генерировать и запускать код в изолированных Hyper‑V сеансах

27 мая 2026 Microsoft анонсировала в Azure Logic Apps новую возможность: агенты рабочих процессов получили встроенный инструмент для генерации и выполнения пользовательского кода в изолированных Hyper‑V сеансах. Функция поддерживает Python, JavaScript, C# и PowerShell и встраивается в цикл агента Logic Apps, так что LLM‑инструкция может породить код и получить результаты в том же потоке выполнения — это упрощает автоматизацию и расширяет возможности агентных сценариев.

Технически исполнение происходит через динамически запускаемые сеансы Azure Container Apps: каждая сессия разворачивается в отдельной Hyper‑V границе — аппаратном примитиве изоляции, который Microsoft применяет для ненадёжных рабочих нагрузок. При включённой сетевой изоляции данные остаются внутри заданных сетевых границ. Интерпретаторы кода представлены агенту как инструменты, поэтому модель может сгенерировать скрипт, выполнить его в песочнице и вернуть вывод в управляемом рабочем процессе.

В качестве практического сценария Microsoft демонстрирует обработку файлов с таблицами продаж: Logic Apps получает файл, модуль анализа документов извлекает данные, агент генерирует Python‑скрипт для вычисления трендов и визуализаций, выполняет его в изолированной сессии и возвращает визуализации пользователю. Песочница рассчитана на предотвращение вреда от потенциально галлюцинируемого кода — например, команда import os; os.remove('/') не сможет повредить хост благодаря границе Hyper‑V.

Нововведение переопределяет позиционирование Logic Apps в экосистеме Microsoft для агентных приложений. По оценке Somnath Saha, архитектурный выбор сейчас укладывается в три опции: Logic Apps Agent Loop для глубокой интеграции (с более чем 450 коннекторами), Microsoft Foundry для pro‑code оркестрации мульти‑агентов и Copilot Studio для low‑code конверсационных агентов в рабочем наборе офисных решений. Mattias Lögdberg подтвердил, что «под капотом» используется OpenAI‑сервис, и архитекторы могут контролировать, какие модели доступны и какая модель применяется для каждого рабочего процесса.

Для интеграционных команд изменения имеют практический смысл: многие преобразования и аналитика, которые ранее выносились в Azure Functions или внешние API, теперь могут выполняться inline в той же безопасной границе и рабочем процессе, сохраняя логи, механизм повторных попыток и аудит. Это упрощает архитектуру, уменьшает число вспомогательных сервисов и ускоряет возврат результатов пользователям.

Подход Microsoft следует сравнивать с практиками других гиперскейлеров: Cloudflare делает упор на контейнерную изоляцию на edge и V8‑изоляты для лёгких задач, Google в GKE Agent Sandbox применяет gVisor для перехвата системных вызовов. В отличие от них Microsoft делает ставку на аппаратную границу Hyper‑V в сессиях ACA. Компания также опубликовала пример под заголовком «Logic Apps agent workflow with tool branches for expense processing», где показано ветвление инструментов и включение человеческой проверки через adaptive card.