Заставить агента работать локально — это весёлая часть. Сложная часть — всё, что идёт после: развернуть его без потери рассудка, управлять сессиями, настроить идентичность, подключить наблюдаемость. Обычно это означает много пользовательской инфраструктурной склейки.
Foundry Hosted Agents только что убрал большую часть этой склейки для пользователей Microsoft Agent Framework (MAF).
Что На Самом Деле Делает Foundry Hosted Agents
Когда вы развёртываете агент MAF в Foundry Hosted Agents, платформа берёт на себя удивительно длинный список вещей, которые вам иначе пришлось бы строить самостоятельно:
- Масштабирование до нуля — ваш агент ничего не стоит в простое и автоматически запускается снова
- Изолированные VM-сандбоксы на сессию — каждая пользовательская сессия получает собственный сандбокс с персистентностью файловой системы, которая переживает события масштабирования вниз
- Встроенный Entra ID — каждый агент получает собственную идентичность для вызова моделей Foundry, Toolbox и сервисов Azure без секретов в образе
- Версионированные развёртывания — каждое развёртывание является неизменяемым снимком с поддержкой blue/green и canary выкатки
- Наблюдаемость без настройки —
APPLICATIONINSIGHTS_CONNECTION_STRINGвнедряется в runtime, так что трейсы OpenTelemetry MAF автоматически попадают в App Insights
Последнее действительно приятно. Никакого дополнительного подключения, никакой дополнительной настройки. Трейсы просто появляются.
Разница в Коде Минимальна
Именно это мне нравится больше всего в этой интеграции. Вы не переписываете своего агента. Вы просто оборачиваете его:
В .NET:
using Microsoft.Agents.AI.Foundry.Hosting;
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddFoundryResponses(agent);
var app = builder.Build();
app.MapFoundryResponses();
app.Run();
В Python:
server = ResponsesHostServer(agent)
server.run()
Это всё. Та же логика, которую вы тестировали локально, работает в продакшене. Платформа оборачивает её инфраструктурой управления сессиями, идентичностью и масштабированием.
Два Протокола, Один Агент
Hosted Agents поддерживают два стиля эндпоинтов:
- Responses (
/responses) — совместим с OpenAI, управляет историей разговора и стримингом. Хороший выбор по умолчанию для чат-агентов. - Invocations (
/invocations) — вы определяете схему запроса/ответа. Хорошо для неконверсационных рабочих процессов.
Если вы строите что-то похожее на разговор, начните с Responses. Если вы строите API-подобного агента, который принимает структурированный ввод и возвращает структурированный вывод, Invocations даёт вам гибкость.
Процесс Развёртывания с azd
Когда вы запускаете azd up с агентом MAF:
- Опционально создаёт проект Foundry и развёртывает модель
- Упаковывает ваш код и отправляет образ в Azure Container Registry
- Подготавливает вычислительные ресурсы из образа ACR
- Назначает агенту выделенный Entra ID
- Открывает стабильный эндпоинт (
https://{project_endpoint}/agents/{agent_name}) - Обрабатывает всё остальное с этого момента
Сессии сохраняются до 30 дней. Неактивные вычислительные ресурсы деподготавливаются через 15 минут и прозрачно восстанавливаются при следующем запросе. С точки зрения агента ничего не изменилось.
Заключение
Расстояние между “работает локально” и “запускается в продакшене” исторически было долгим и болезненным для ИИ-агентов. Foundry Hosted Agents + MAF значительно сокращает этот разрыв. Если у вас уже есть локальный агент, построенный с Agent Framework, это стоит попробовать сегодня.
Команда говорит, что GA придёт скоро — сейчас это в preview. Ознакомьтесь с документацией по интеграции MAF Hosted Agent и примерами .NET для начала работы.
Оригинальная статья: From Local to Production: Deploy Your Microsoft Agent Framework Agent with Foundry Hosted Agents
