- Дата публикации
Microsoft Foundry: практический воркшоп по сборке и деплою AI-агента на Azure
Что появилось / что изменилось
Microsoft запустила практический воркшоп по Microsoft Foundry — это пошаговый сценарий, где вы за несколько часов проходите путь от локального прототипа до развернутого AI-агента с рабочим веб-интерфейсом.
Что именно вы собираете в рамках лаборатории:
- Локального hosted-агента, который отвечает по контракту responses
- Набор детерминированных инструментов с покрытием тестами на xUnit
- CI-пайплайн на GitHub Actions: restore → build → test → валидация контейнера
- Готовый путь деплоя в Azure через azd, публикацию образа в Azure Container Registry и применение манифеста Foundry
- Чат-интерфейс на Blazor, который ходит в
openai/v1/responsesсagent_referenceна ваш развернутый агент
Технологический стек воркшопа:
- .NET 10 для серверной части и логики агента
- GitHub Actions для CI
- Azure для продакшн-деплоя
- OpenTelemetry для базовой наблюдаемости
- Copilot и MCP как помощники при разработке и деплое
Важный момент: это не демо «на слайдах», а полностью рабочий пример, который можно форкнуть и адаптировать под свой продукт.
Как это работает
Microsoft Foundry в этом сценарии выступает как среда для hosted-агента: ваш код крутится в управляемом окружении, а пользователи общаются с ним через HTTP-эндпоинт.
Ключевые элементы под капотом:
- Hosted-агент: сервис, который принимает запросы в формате responses API и использует ваши детерминированные инструменты
- Детерминированные инструменты: обычные .NET-функции с предсказуемым поведением, покрытые xUnit-тестами. Агент вызывает их как «tools» в цепочке рассуждений
- Оркестрация: не отдельный фреймворк, а набор практик — как разбить задачу на шаги, когда вызывать инструменты, как проверять «готовность» многошаговых сценариев
- CI: GitHub Actions прогоняет восстановление зависимостей, сборку, тесты и проверку контейнера перед деплоем
- Деплой:
azdподнимает инфраструктуру в Azure, публикует контейнер в ACR, применяет манифест Foundry и запускает hosted-агента - UI: Blazor-приложение, которое отправляет запросы в
openai/v1/responses, указываяagent_referenceна ваш агент в Foundry - Наблюдаемость: через OpenTelemetry вы видите базовые метрики и трассировки как локально, так и после деплоя
Отдельно: воркшоп сознательно не лезет в полный RAG — без эмбеддингов и векторного поиска. Упор на детерминированную логику и понятный поток запрос–ответ.
Что это значит для вас
Этот воркшоп — про переход от «красивого прототипа на демо» к коду, который можно показать продакшн-команде без стыда.
Кому это реально поможет:
- AI-разработчикам и бэкенд-инженерам, которые хотят руками пройти весь путь: локальная разработка → тесты → CI → Azure → рабочий UI
- Мотивированным новичкам: есть четкий маршрут
clone → open → run → iterate → deploy → observe. В первые 15 минут вы уже поднимаете локальный хост и смотрите ответы эндпоинта - Архитекторам и тимлидам: можно быстро оценить форму деплоя, стратегию валидации, структуру hosted-агента и понять, как это ложится на вашу инфраструктуру
- Техлидам и продактам, которые хотят увидеть, как из промпт-демо получается система с тестами и пайплайном
Практические сценарии применения:
- Внутренние ассистенты для сотрудников с четкими бизнес-правилами
- Агентские бэкенды для чат-UI, где нужна строгая логика и проверяемые инструменты
- Обучающие проекты для команды, чтобы выработать единый шаблон AI-сервисов на Azure
Где воркшоп не поможет:
- Если вам нужен сразу сложный RAG с векторным поиском, большим количеством источников и тонкой настройкой эмбеддингов
- Если ваша инфраструктура не использует Azure и вы не готовы подстраиваться под
azd, ACR и Foundry
Важно: Microsoft Foundry и Azure официально недоступны из России без обходных путей. Для работы с воркшопом потребуется аккаунт Azure и доступ к GitHub Actions; в ряде случаев понадобится VPN.
Место на рынке
По сути, это не новый сервис, а «эталонный» путь, как Microsoft предлагает собирать и выкатывать AI-агентов на своей платформе.
Что вы получаете по сравнению с самодельным стеком на «голом» Kubernetes и случайном наборе библиотек:
- Четкий шаблон CI/CD на GitHub Actions под .NET 10
- Встроенный маршрут деплоя в Azure через
azdи ACR - Интеграцию с Foundry и responses API, совместимую с типичным чат-UI
- Базовую наблюдаемость через OpenTelemetry из коробки
По сравнению с «чисто промптовыми» сценариями, где вы просто дергаете GPT-4o или Claude 3 через HTTP, здесь больше работы, но и результат другой:
- Есть детерминированные инструменты, которые можно тестировать и ревьюить как обычный код
- Есть воспроизводимый деплой, который может повторить любая член команды
- Есть понятный контракт responses и UI, который легко заменить на свой фронтенд
Если вы уже уверенно живете в экосистеме Azure и .NET, воркшоп можно использовать как стартовый шаблон для реальных проектов. Если же команда ориентируется на другие облака или предпочитает Python-стек, это скорее образец архитектуры и пайплайна, чем готовое решение под продакшн.