Ставка Microsoft на агентскую наблюдаемость: реальный вопрос «купить или создать»

Вопрос, который каждый руководитель платформы с агентским роадмапом должен задать своему CFO в этом квартале, — не стоит ли внедрять Foundry трассировку, а кто будет владеть строкой хранения телеметрии в 2027 году. Только пятнадцать процентов предприятий заявляют о зрелых пайплайнах для масштабных агентов, и Gartner ожидает, что половина развёртываний GenAI будет включать наблюдаемость к 2028 году. Этот разрыв — именно та коммерческая возможность, которую Microsoft только что двинулся занимать, и это меняет математику «купить или создать» для всех, кто выводит агентов в регулируемые рабочие процессы.

Цифры

Начнём с рыночного контекста. Сегмент наблюдаемости сегодня оценивается в диапазоне от $2,9 до $4,1 млрд, как сообщил AI CERTs в своём обзоре Microsoft Build 2026. Этот диапазон — база, за которую борются Microsoft, Datadog, Grafana Labs и дюжина более мелких вендоров, и он был сформирован преимущественно инструментацией эпохи микросервисов. Агенты меняют форму этих данных. Промпты, вызовы инструментов, переходы между суб-агентами и недетерминированные результаты генерируют объёмы телеметрии, которые никогда не закладывались в исходные модели мощностей.

Вторая цифра важнее для планирования. Прогноз Gartner о том, что половина развёртываний GenAI будет включать наблюдаемость к 2028 году, означает, что адресный рынок примерно удваивается в течение 24 месяцев закупочных циклов. Для вице-президента по инжинирингу, планирующего штат на 2027 год, это значит: либо ваша платформенная команда владеет этой компетенцией, либо вендор — и вендорское решение нужно зафиксировать до того, как расходы на хранение начнут накапливаться.

Кроме того, существует проблема пилотов. Опросы, упомянутые в материале, показывают: почти половина агентских проектов застревает в «пилотном чистилище» без надлежащей наблюдаемости. Только пятнадцать процентов предприятий имеют зрелые пайплайны. Этот разрыв в восемьдесят пять процентов — не дефицит талантов, а разрыв в инструментарии и управлении. Список блокеров неизменен: наблюдаемость, управление и качество данных. Это те же три пункта, которые остановили корпоративное внедрение Kubernetes в 2018 году — до появления управляемых control planes.

Паттерн знаком. Новый runtime-примитив (сначала контейнеры, теперь агенты) появляется в экосистеме быстрее, чем операционный инструментарий. Вендоры мчатся заполнить пробел. Крупный облачный провайдер связывает эталонный стек. Покупатели, которые ждали, получают более чистый путь; те, кто строил рано, списывают кастомные пайплайны телеметрии. Если вашему совету директоров говорят, что агентские проекты конвертируются в производственную выручку в следующие четыре квартала, а текущий коэффициент конверсии пилота в продакшн ближе к пятидесяти процентам, цифры не сходятся без инвестиций в наблюдаемость, которые большинство бюджетов 2026 года не предусматривало.

Что действительно нового

На Microsoft Build 2026 два элемента достигли общей доступности: Foundry трассировка и многоходовые оценки (multi-turn evaluations). Статус GA — это сигнал, а не фича. GA означает, что аккаунт-команды Microsoft теперь будут продавать это в рамках корпоративных SLA, и что отделы закупок могут одобрить продукт без исключений уровня preview. Это меняет модель продаж.

Более интересный элемент — мост OpenTelemetry. Теперь любой агентский фреймворк может стримить спаны в Azure Monitor. На бумаге это игра на стандартах. На практике — игра на дистрибуции. Microsoft делает ставку на то, что если она сделает приём данных из LangGraph, CrewAI, semantic-kernel и любого фреймворка, который победит в следующие шесть месяцев, — слой анализа станет «липким». Спецификация OpenTelemetry всегда была направлена на предотвращение привязки на уровне сбора данных, но уровень хранения и запросов — вот где живёт маржа. Именно этот уровень Microsoft только что сделала дефолтным.

Agent 365 — более тихое объявление с более серьёзными корпоративными последствиями. Управление тенантом плюс хуки наблюдаемости внутри рабочих процессов Office означает, что поверхность соответствия для агентов теперь соответствует той же модели тенанта, которую GC и IT уже понимают для Microsoft 365. Для любого GC, оценивающего развёртывание агентов в регулируемых отраслях (финансовые услуги, здравоохранение, режимы лицензирования iGaming), это устраняет целый блок работы по трансляции политик.

Панель Foundry ROI, связывающая кривые затрат с метриками качества, — это ход, направленный на руководителей. Она появилась потому, что CFO постоянно спрашивали, почему счёт за LLM рос на девяносто процентов квартал к кварталу без атрибутируемой выручки. Действительно ли панель отвечает на этот вопрос или просто визуализирует боль — зависит от того, насколько честными будут метрики качества. Рубриковые оценщики хороши ровно настолько, насколько хороша сама рубрика, и я ещё не видел вендора, который поставил бы рубрику, делающую его собственный продукт плохим.

Что действительно ново: эталонный стек теперь достаточно полон, чтобы платформенная команда среднего размера могла его внедрить без написания кастомных коллекторов. Что не ново: базовая проблема инструментирования недетерминированных систем остаётся нерешённой на теоретическом уровне. Microsoft предложила хороший практический ответ, а не фундаментальный.

Что уже учтено для инженерных команд

Большинство старших инженеров уже ожидают трёх вещей от этого объявления. Во-первых, что OpenTelemetry становится стандартом сбора данных для агентов. Это было очевидно по направлению восемнадцать месяцев назад, и мосты лишь подтверждают это. Во-вторых, что гиперскейлеры расширят свои продукты мониторинга, не позволив специализированным игрокам выиграть категорию. Поддержка агентских спанов в Azure Monitor — это версия Microsoft того, что AWS и Google объявят в течение двух кварталов. В-третьих, что фичи уровня GA появятся на Build. Мероприятие существует для конвертации предварительных обязательств в строки закупочных документов.

Что не учтено, и где, на мой взгляд, команды недостаточно готовы: экономика хранения. Объём телеметрии для агентов может превышать традиционную телеметрию микросервисов на порядок, если захватывать каждый промпт, ответ, вызов инструмента и переход суб-агента в рамках одного трейса. Материал справедливо указывает, что объём телеметрии повышает расходы на хранение, которые нагружают бюджеты облачного управления. Большинство платформенных бюджетов 2026 года строилось на базовых показателях телеметрии эпохи микросервисов. Если ваша стратегия сэмплирования не разработана специально для агентских трейсов, сюрприз проявится примерно на четвёртом месяце производственного трафика — а для команд, запускающихся в Q3, счёт придёт именно тогда, когда начнётся годовое планирование.

Руководитель платформы в любой компании серии B или позже, запускающей агентов в продакшн, должен на этой неделе спросить своего коллегу по FinOps: каков прогнозируемый рост хранения телеметрии при пятикратном росте агентского трафика, и предусматривает ли текущий контракт с Azure или вендором наблюдаемости окно для пересмотра условий до наступления этого момента? Если ответ отрицательный — это приоритетный разговор, а не дискуссия о выборе фреймворка.

Контрарный взгляд

Консенсусная позиция такова: Microsoft установила эталонную архитектуру для управляемых агентов и все остальные должны ей соответствовать. Я бы возразил на это по одному конкретному пункту. Фрагментация схем упоминается в материале как реальная проблема, вынуждающая команды agentic ops дублировать инструментацию. Ответ Microsoft фактически звучит как «используйте наш». Это работает, если вы уже являетесь клиентом Foundry. Но это не работает так же чисто, если вы запускаете мультиоблачный агентский стек — а именно так построено большинство инфраструктур fintech и крипто-команд, где торговые, комплаенс и клиентские агенты нередко находятся в разных регуляторных зонах с разными облачными footprint'ами.

Контрарная ставка: в течение восемнадцати месяцев открытая схема наблюдаемости агентов, построенная поверх OpenTelemetry, станет фактическим стандартом, а Foundry трассировка превратится в одну из реализаций среди нескольких. Рынок найма последует за этим. Инженеры, знающие открытую схему, будут более востребованы, чем те, кто знает только стек Microsoft. Для CTO, которые сейчас формируют платформенные команды, это критерий найма, который стоит прописать в описаниях вакансий до того, как это станет очевидным для всех.

Ключевые выводы

• Foundry трассировка и многоходовые оценки в статусе GA делают Microsoft обоснованным дефолтом для агентской наблюдаемости, но мост OpenTelemetry — это реальный дистрибутивный ход. Оценивайте стек по нейтральности приёма данных, а не по паритету фич.
• Пятнадцатипроцентный уровень зрелости для масштабных агентских пайплайнов — это сигнал для покупки. Вендоры будут агрессивно устанавливать цены в следующие четыре квартала, чтобы зафиксировать референсных клиентов. Договаривайтесь сейчас.
• Расходы на хранение телеметрии для агентских трейсов застанут врасплох бюджеты, рассчитанные на базе микросервисов. Смоделируйте сценарии пятикратного трафика до продления любого контракта на наблюдаемость в 2026 году.
• Управление тенантом Agent 365 сокращает блок работы по комплаенсу для регулируемых отраслей, уже работающих на Microsoft 365. Для GC — это недооценённое объявление цикла.
• Команды, оценивающие агентскую наблюдаемость, должны сейчас задать себе вопрос: они покупают эталонный стек или операционный стандарт? Это разные обязательства с разными затратами на выход.