Ключевые функции и возможности

Агент Observability — это ИИ-ассистент, встроенный в Azure Monitor и работающий на основе реальных данных телеметрии . Его основные возможности:

• ИИ-слой диагностики: коррелирует логи, метрики, трейсы, топологию, состояние ресурсов и эксплуатационный контекст в облачных средах .
• Чат на естественном языке: инженеры могут задавать открытые вопросы и проводить направленные расследования по телеметрии без написания KQL-запросов .
• Глубокие расследования: агент формулирует гипотезы, собирает доказательства, сравнивает сигналы по времени/области/типу, исключает слабые объяснения и представляет полную цепочку рассуждений .
• Прозрачность рассуждений: агент показывает, что он нашёл, что исключил и почему, поддерживая человеческое суждение, а не заменяя его .
• Широкая корреляция сигналов: работает с Azure-приложениями, AKS, виртуальными машинами, телеметрией Foundry, инфраструктурой и платформенными сигналами .
• Интеграция с RBAC Azure: интерактивный чат и расследования используют личность и права управления доступом вошедшего пользователя .
• Отсутствие обучения на пользовательских данных: запросы и ответы не используются для обучения фундаментальных моделей .

Автономные операции (публичная предварительная версия)

Параллельно с GA Microsoft представила автономные операции в публичной предварительной версии. Эти возможности работают в фоне, снижая объём ручной триажной работы:

• Непрерывная корреляция оповещений: агент постоянно анализирует возникающие оповещения, группирует связанные в единый инцидент Azure Monitor и прикрепляет пояснение на естественном языке, почему эти оповещения связаны .
• Создание инцидентов из значимых оповещений: может создавать инциденты на основе отдельных важных оповещений согласно пользовательским инструкциям (например, «всегда создавать инцидент для оповещений уровня Severity 2») .
• Автоматические глубокие расследования: агент может запускать глубокие расследования для созданных им инцидентов .

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

Как агент диагностирует облачные сбои

В основе агента — многолетний опыт Microsoft по эксплуатации Azure. Он спроектирован так, чтобы диагностировать проблемы без стресса, усталости и «туннельного зрения», которые свойственны людям при авариях .

Агент соединяет логи, метрики, трейсы, оповещения, зависимости, граф ресурсов, состояние ресурсов, журналы действий, телеметрию Foundry и изменения, чтобы проследить проблему до вероятной причины . Сооснователь Kubernetes Брендан Бёрнс описал агента как слой формирования гипотез поверх детерминированной автоматизации: агент может выдвинуть теорию о том, что пошло не так, проверить её на данных и продолжать работу до нахождения решения .

Ограничения и рамки

К текущему релизу применяется ряд ограничений:

• Автономные операции — только в публичной предварительной версии: на них не распространяются условия поддержки GA, и они подлежат условиям предварительных версий .
• Отсутствие автономных действий: агент исследует и рекомендует, но не перезапускает ресурсы, не меняет конфигурацию и не устраняет проблемы .
• Лимит пользовательских инструкций: не более 8 192 символов на ресурс Observability Agent .
• Ограничение глубоких расследований: одна операция глубокого расследования ограничена 500 Azure Agent Credits (AAC) .
• Отсутствие専ельного фильтра для инцидентов, созданных агентом: в списке инцидентов их можно отличить только по префиксу [<Имя приложения>] в заголовке .
• Региональные и объёмные ограничения: автономные операции выполняются против выделенного ресурса Microsoft.Monitor/observabilityAgents с ограниченной управляемой идентичностью .

Цены и биллинг

• Модель оплаты по потреблению: вы платите только за выполненную ИИ-работу, измеряемую в Azure Agent Credits (AAC) .
• Три схемы биллинга: чат (обычно самая низкая стоимость), глубокие расследования (выше, до 500 AAC за операцию) и автономные операции (корреляция оповещений не тарифицируется в период предварительной версии; автоматические глубокие расследования тарифицируются) .
• Прейскурант AAC: доступен на странице цен Azure Monitor .
• Дата начала биллинга: 1 июля 2026 года .
• Корреляция оповещений: непрерывная фоновая группировка оповещений не тарифицируется во время публичной предварительной версии .

Примечание о KPMG

Имеющиеся данные касаются внедрения KPMG платформы Agent 365 (более широкой платформы управления агентами Microsoft), а не непосредственно Observability Agent. KPMG развернула Agent 365 для 276 000 сотрудников в рамках корпоративной инициативы по управлению агентами . Конкретные результаты или метрики использования KPMG самого Azure Copilot Observability Agent в предоставленных источниках не обнаружены. В блогах и статьях Microsoft сообщество подчёркивает анонс GA, но не упоминает KPMG в качестве раннего пользователя этого конкретного агента.

Ключевые функции и возможности

Агент Observability — это ИИ-ассистент, встроенный в Azure Monitor и работающий на основе реальных данных телеметрии . Его основные возможности:

• ИИ-слой диагностики: коррелирует логи, метрики, трейсы, топологию, состояние ресурсов и эксплуатационный контекст в облачных средах .
• Чат на естественном языке: инженеры могут задавать открытые вопросы и проводить направленные расследования по телеметрии без написания KQL-запросов .
• Глубокие расследования: агент формулирует гипотезы, собирает доказательства, сравнивает сигналы по времени/области/типу, исключает слабые объяснения и представляет полную цепочку рассуждений .
• Прозрачность рассуждений: агент показывает, что он нашёл, что исключил и почему, поддерживая человеческое суждение, а не заменяя его .
• Широкая корреляция сигналов: работает с Azure-приложениями, AKS, виртуальными машинами, телеметрией Foundry, инфраструктурой и платформенными сигналами .
• Интеграция с RBAC Azure: интерактивный чат и расследования используют личность и права управления доступом вошедшего пользователя .
• Отсутствие обучения на пользовательских данных: запросы и ответы не используются для обучения фундаментальных моделей .

Автономные операции (публичная предварительная версия)

Параллельно с GA Microsoft представила автономные операции в публичной предварительной версии. Эти возможности работают в фоне, снижая объём ручной триажной работы:

• Непрерывная корреляция оповещений: агент постоянно анализирует возникающие оповещения, группирует связанные в единый инцидент Azure Monitor и прикрепляет пояснение на естественном языке, почему эти оповещения связаны .
• Создание инцидентов из значимых оповещений: может создавать инциденты на основе отдельных важных оповещений согласно пользовательским инструкциям (например, «всегда создавать инцидент для оповещений уровня Severity 2») .
• Автоматические глубокие расследования: агент может запускать глубокие расследования для созданных им инцидентов .

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

Как агент диагностирует облачные сбои

В основе агента — многолетний опыт Microsoft по эксплуатации Azure. Он спроектирован так, чтобы диагностировать проблемы без стресса, усталости и «туннельного зрения», которые свойственны людям при авариях .

Агент соединяет логи, метрики, трейсы, оповещения, зависимости, граф ресурсов, состояние ресурсов, журналы действий, телеметрию Foundry и изменения, чтобы проследить проблему до вероятной причины . Сооснователь Kubernetes Брендан Бёрнс описал агента как слой формирования гипотез поверх детерминированной автоматизации: агент может выдвинуть теорию о том, что пошло не так, проверить её на данных и продолжать работу до нахождения решения .

Ограничения и рамки

К текущему релизу применяется ряд ограничений:

• Автономные операции — только в публичной предварительной версии: на них не распространяются условия поддержки GA, и они подлежат условиям предварительных версий .
• Отсутствие автономных действий: агент исследует и рекомендует, но не перезапускает ресурсы, не меняет конфигурацию и не устраняет проблемы .
• Лимит пользовательских инструкций: не более 8 192 символов на ресурс Observability Agent .
• Ограничение глубоких расследований: одна операция глубокого расследования ограничена 500 Azure Agent Credits (AAC) .
• Отсутствие専ельного фильтра для инцидентов, созданных агентом: в списке инцидентов их можно отличить только по префиксу [<Имя приложения>] в заголовке .
• Региональные и объёмные ограничения: автономные операции выполняются против выделенного ресурса Microsoft.Monitor/observabilityAgents с ограниченной управляемой идентичностью .

Цены и биллинг

• Модель оплаты по потреблению: вы платите только за выполненную ИИ-работу, измеряемую в Azure Agent Credits (AAC) .
• Три схемы биллинга: чат (обычно самая низкая стоимость), глубокие расследования (выше, до 500 AAC за операцию) и автономные операции (корреляция оповещений не тарифицируется в период предварительной версии; автоматические глубокие расследования тарифицируются) .
• Прейскурант AAC: доступен на странице цен Azure Monitor .
• Дата начала биллинга: 1 июля 2026 года .
• Корреляция оповещений: непрерывная фоновая группировка оповещений не тарифицируется во время публичной предварительной версии .

Примечание о KPMG

Имеющиеся данные касаются внедрения KPMG платформы Agent 365 (более широкой платформы управления агентами Microsoft), а не непосредственно Observability Agent. KPMG развернула Agent 365 для 276 000 сотрудников в рамках корпоративной инициативы по управлению агентами . Конкретные результаты или метрики использования KPMG самого Azure Copilot Observability Agent в предоставленных источниках не обнаружены. В блогах и статьях Microsoft сообщество подчёркивает анонс GA, но не упоминает KPMG в качестве раннего пользователя этого конкретного агента.