Ставка 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 місяців закупівельних циклів. Для VP Eng, який планує штат на 2027 рік, це означає: або ваша команда платформи сама володіє цією компетенцією, або це робить вендор — і рішення щодо вендора потрібно зафіксувати до того, як витрати на зберігання почнуть накопичуватися.
Є також проблема пілотів. Опитування, наведені у матеріалі, показують, що майже половина агентних проєктів застрягає в пілотному чистилищі без належної обсерваційності. Лише п'ятнадцять відсотків підприємств мають зрілі конвеєри. Цей розрив у вісімдесят п'ять відсотків — не дефіцит талантів, а розрив у інструментарії та управлінні. Список перешкод стабільний: обсерваційність, управління та якість даних. Це ті самі три пункти, які гальмували корпоративне впровадження Kubernetes у 2018 році, поки не з'явилися керовані контрольні площини.
Схема знайома. Новий примітив середовища виконання (спочатку контейнери, тепер агенти) потрапляє в екосистему швидше, ніж операційний інструментарій. Вендори поспішають заповнити прогалину. Провідний хмарний провайдер пропонує референсний стек. Покупці, які зачекали, отримують чистіший шлях; покупці, які будували раніше, списують кастомні конвеєри телеметрії. Якщо вашій раді директорів кажуть, що агентні проєкти конвертуються у виробничий дохід протягом наступних чотирьох кварталів, а поточний показник конверсії від пілоту до продакшену наближається до п'ятдесяти відсотків, — цифри не сходяться без інвестиції в обсерваційність, яку більшість бюджетів 2026 року не передбачила.
Що справді нового
Microsoft Build 2026 вивів дві речі на загальну доступність, які мають значення: Foundry трейсинг та багатоходові оцінювання. Статус GA — це сигнал, а не функція. GA означає, що команди акаунтів Microsoft тепер продаватимуть це під корпоративні SLA, і це означає, що закупівля може затвердити продукт без винятку для рівня попереднього перегляду. Це змінює процес купівлі.
Цікавішою є OpenTelemetry-міст. Будь-який фреймворк агентів тепер може стримувати спани в Azure Monitor. На папері це ставка на стандарти. На практиці — ставка на дистрибуцію. Microsoft робить ставку на те, що якщо зробити інгестію без тертя з LangGraph, CrewAI, semantic-kernel та будь-якого фреймворку, який переможе в наступні шість місяців, — рівень аналізу стане клейким. Специфікація OpenTelemetry завжди була спрямована на уникнення lock-in на рівні збору, але саме рівень зберігання та запитів є місцем, де живе маржа. Саме цей рівень Microsoft щойно зробила стандартним.
Agent 365 — тихіше оголошення з більшими корпоративними наслідками. Управління тенантами плюс хуки обсерваційності всередині робочих процесів Office означають, що комплаєнс-поверхня для агентів тепер відповідає тій самій моделі тенанта, яку юридичні та IT-департаменти вже розуміють для Microsoft 365. Для будь-якого юрисконсульта, що оцінює розгортання агентів у регульованій вертикалі (фінансові послуги, охорона здоров'я, режими ліцензування 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 і крипто, оскільки їхні агенти для торгівлі, комплаєнсу та роботи з клієнтами часто живуть у різних регуляторних зонах з різними хмарними слідами.
Контраріанська ставка: протягом вісімнадцяти місяців open-source схема обсерваційності агентів, побудована на OpenTelemetry, стане справжнім стандартом, а Foundry трейсинг стане однією з реалізацій серед кількох. Ринок найму піде за цим. Інженери, які знають відкриту схему, будуть більш мобільними, ніж ті, хто знає лише стек Microsoft. Для CTO, що зараз комплектують команди платформ, це критерій найму, який варто вписати в посадові описи до того, як це стане очевидним для всіх.
Ключові висновки
- Foundry трейсинг та багатоходові оцінювання на GA роблять Microsoft захисним стандартом для обсерваційності агентів, але OpenTelemetry-міст — це справжній дистрибуційний хід. Оцінюйте стек за нейтральністю інгестії, а не за паритетом функцій.
- П'ятнадцятивідсотковий рівень зрілості для великомасштабних конвеєрів агентів — це сигнал до купівлі. Вендори будуть агресивно ціноутворювати протягом наступних чотирьох кварталів, щоб закріпити референсних клієнтів. Домовляйтесь зараз.
- Витрати на зберігання телеметрії для агентних трейсів здивують бюджети, побудовані на базі мікросервісів. Моделюйте сценарії п'ятикратного трафіку перед поновленням будь-якого контракту на обсерваційність у 2026 році.
- Управління тенантами Agent 365 скорочує комплаєнс-потік для регульованих вертикалей, що вже працюють на Microsoft 365. Для юрисконсультів — це недооцінене оголошення циклу.
- Команди, що оцінюють обсерваційність агентів, мають зараз запитати себе: вони купують референсний стек чи операційний стандарт? Це різні зобов'язання з різними витратами на вихід.
Часті запитання
П: Що Microsoft реально відвантажила на Build 2026 для обсерваційності агентів?
Foundry трейсинг та багатоходові оцінювання досягли загальної доступності, були додані OpenTelemetry-мости, щоб будь-який фреймворк агентів міг стримувати спани в Azure Monitor, Agent 365 отримав управління тенантами з хуками обсерваційності, а дашборд Foundry ROI тепер пов'язує криві витрат з показниками якості для керівників.
П: Чому так багато корпоративних агентних проєктів не досягають продакшену?
Лише п'ятнадцять відсотків підприємств повідомляють про зрілі конвеєри для великомасштабних агентів, і приблизно половина проєктів застряє на пілотній фазі. Постійними перешкодами є прогалини в обсерваційності, управлінні та якості даних, що посилюються недетермінованою поведінкою агентів, яка руйнує традиційні базові лінії моніторингу.
П: Чи мають команди платформ стандартизуватися на Foundry трейсингу чи залишатися нейтральними до фреймворку?
Це залежить від хмарного сліду. Команди, що вже прив'язані до Azure та Microsoft 365, отримують швидший час до цінності від Foundry. Мультихмарним командам слід пріоритизувати нативні схеми OpenTelemetry та розглядати будь-який стек одного вендора як одну реалізацію, щоб зберегти мобільність і гнучкість найму.
Рівень автоматизації претендує на панування в корпоративному AI
EnterpriseClaw від Automation Anywhere разом із Cisco, NVIDIA, Okta та OpenAI претендує стати операційним рівнем для корпоративних AI-агентів. Інженерний розбір.
Ліквідація NetNut: Google та FBI знешкодили ботнет із 2 млн пристроїв
Google та FBI знешкодили NetNut — резидентську проксі-мережу з понад двох мільйонів зламаних телевізорів, приставок та Android-пристроїв. Інфраструктура залишається.
Tech Mahindra робить ставку на StackGen для автоматизації рутинних завдань Cloud Ops
Tech Mahindra інтегрує платформу Aiden від StackGen у свою хмарну практику, пропонуючи AI-driven SRE, генерацію IaC та спостережуваність з вбудованим управлінням з першого дня.




