Дата публикации
ai_products

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-стек, это скорее образец архитектуры и пайплайна, чем готовое решение под продакшн.


Читайте также

Microsoft Foundry: практический воркшоп по сборке и деплою AI-агента на Azure — VogueTech | VogueTech