Microsoft добавила в Azure Logic Apps изолированные интерпретаторы Python, JavaScript, C# и PowerShell для агентных workflow. Для команд, которые строят интеграции между ERP, CRM, базами данных и внутренними API, это важный сдвиг: теперь часть вычислений и преобразований можно выполнять прямо внутри сценария, не вынося их в отдельные функции и сервисы.
О нововведении сообщает InfoQ. Речь идет о code interpreter внутри агентного цикла Logic Apps: языковая модель получает задачу на естественном языке, генерирует код, запускает его в песочнице и возвращает результат в тот же workflow. Идея знакомая по инструментам вроде продвинутого анализа данных в ChatGPT, но здесь она встроена не в чат, а в корпоративный интеграционный конвейер с журналированием, ретраями и политиками управления.
Технически Microsoft сделала ставку на Azure Container Apps dynamic sessions. Каждая сессия интерпретатора запускается в собственном изолированном окружении на базе Hyper-V. Это не просто контейнер с надеждой на аккуратное поведение модели, а отдельная граница изоляции на уровне microVM. Если для пула сессий включена сетевая изоляция, данные не выходят за пределы заданного контура. Для корпоративного заказчика это, пожалуй, главный аргумент: когда агент пишет код на лету, вопрос не в том, получится ли построить график по Excel, а в том, что произойдет, если модель сгенерирует что-то неуместное. В таком дизайне даже откровенно плохой код не должен повредить хост-процесс или соседние сервисы.
Практический сценарий Microsoft описывает довольно приземленный, и в этом его сила. Компания получает таблицу с данными о продажах. Workflow в Logic Apps принимает файл, инструмент анализа документов извлекает из него структуру, агент генерирует Python-код для расчета трендов и визуализации, исполняет его в песочнице и возвращает результат дальше по цепочке. Пользователю не нужно знать Python, а архитектору не нужно поднимать отдельную Azure Function ради одной трансформации посреди процесса. Для интеграционных команд это выглядит как сокращение количества движущихся частей: меньше внешних вызовов, меньше glue code, меньше мест, где что-то тихо ломается ночью перед отчетом для финансового директора.
На этом фоне меняется и позиционирование самого Azure Logic Apps внутри экосистемы Microsoft. По данным InfoQ, Azure-архитектор COFCO International Сомнат Саха описал развилку для enterprise-команд так: Logic Apps Agent Loop подходит для интеграционно тяжелых сценариев с более чем 450 коннекторами, Microsoft Foundry ориентирован на pro-code оркестрацию мультиагентных систем с полным контролем над моделями, а Copilot Studio остается инструментом для low-code разговорных агентов, встроенных в Microsoft 365. Иначе говоря, Logic Apps не пытается стать еще одним универсальным AI-конструктором. Его ниша понятнее и прозаичнее: если нужно провести данные через ERP, CRM, базы, API и человеческое согласование, а по пути еще и что-то посчитать, это уже территория интеграционного архитектора, а не только команды, которая экспериментирует с LLM-агентами на демо-стенде.
Важная деталь для технических лидов: выбор модели остается под контролем архитекторов. Основатель DevUP Solutions и Microsoft MVP Маттиас Легдберг подтвердил InfoQ, что сейчас под капотом используется сервис OpenAI, но заказчик может выбирать доступные модели в зависимости от того, что развернуто в этой службе, а затем задавать конкретную модель для каждого workflow или агента. Для рынка это звучит куда важнее, чем очередное обещание про умного помощника. В крупных компаниях спор обычно идет не о том, нужна ли LLM вообще, а о том, где именно она будет жить, кто утверждает модель, как фиксируются изменения и можно ли развести сценарии по уровням риска. В этом смысле Microsoft продает не только удобство, но и управляемость.
Еще один заметный момент связан с файлами. Интерпретатор поддерживает не только выполнение кода, но и файловые операции: агент может загружать файлы в сессию Azure Container Apps, использовать их как источник данных и затем отдавать результат обратно в workflow. Получается законченный цикл: принять документ, разобрать, посчитать, построить отчет или график и передать дальше пользователю или следующему шагу процесса. Раньше такие места почти автоматически приводили команду к внешнему микросервису, serverless-функции или стороннему API. Теперь Microsoft предлагает оставить все внутри одной оркестрации и одной модели безопасности. Для бизнеса выгода тоже читается без труда: ниже интеграционная сложность, проще аудит, меньше зависимостей между командами, которым вечно некогда синхронизироваться.
На уровне отраслевого контекста это еще и сигнал о том, куда движется рынок агентных платформ. Разные облачные игроки уже предлагают свои схемы безопасного запуска сгенерированного кода, но делают разные инженерные ставки. У Cloudflare это контейнерная изоляция на edge и V8 isolates для более легких задач, у Google в GKE Agent Sandbox используется gVisor, у Microsoft ставка сделана на Hyper-V и инфраструктуру Azure Container Apps. Компромисс очевиден: чем сильнее изоляция, тем выше требования к платформе и операционной обвязке. Для разработчиков и ИТ-директоров вопрос теперь звучит не как раньше, не "может ли агент написать кусок кода", а "в какой среде мы готовы дать ему право этот код исполнить". Публичная превью-версия функции уже доступна, но реальная проверка начнется тогда, когда компании попробуют встроить Azure Logic Apps в боевые контуры с чувствительными данными и строгими правилами комплаенса. Там быстро выяснится, достаточно ли одной песочницы, чтобы агенты из красивой презентации превратились в рабочий инструмент интеграционной команды.