jsonscraper

AWS CloudWatch Omni объединяет трассировки агентов и операции приложений

CloudWatch Omni объединяет трассировки агентов, оценки и телеметрию приложений, но настройка потоков данных, разрешений и бюджетов остаётся задачей команд.

AWS анонсировала CloudWatch Omni 22 сентября 2026 года, а 23 сентября объявила о его общей доступности. Это два разных события: анонс и начало общей доступности. Omni объединяет наблюдаемость приложений и ИИ-агентов в едином интерфейсе. Сервис доступен как в отдельном веб-интерфейсе и расширениях для IDE, так и через интеграцию с CloudWatch. В анонсе AWS CloudWatch Omni

Такое сочетание помогает устранить пробел в наблюдаемости производственных систем: запрос агента может завершиться без обычной ошибки сервиса, но при этом привести к плохому ответу или выбору неподходящего инструмента. AWS предлагает изучать трассировки и оценки агентов вместе с телеметрией приложений. Практический вопрос — насколько полезными эти сигналы окажутся в общем рабочем пространстве и какие данные, права доступа и расходы связаны с их передачей туда.

Продукт охватывает больше, чем трассировки агентов

Omni — это расширение CloudWatch, а не его замена. По словам AWS, существующие оповещения, панели мониторинга, API и рабочие процессы в консоли CloudWatch продолжат работать. Телеметрия, уже передаваемая в CloudWatch, может отображаться в Omni без перенастройки; другие инструменты с настроенной инструментализацией могут передавать данные через протокол OpenTelemetry Protocol (OTLP). AWS также описывает обнаружение сервисов и составление карт зависимостей, а пространства позволяют при соответствующей настройке объединять телеметрию из разных аккаунтов и регионов. Документация CloudWatch Omni

Работа с сервисом не ограничивается консолью управления AWS. AWS предлагает отдельный веб-интерфейс с единой авторизацией, а также расширения для IDE VS Code, Cursor и Kiro. В сообщении о выпуске от 23 сентября указано, что сервис стал общедоступным в регионах Восток США (Северная Вирджиния), Запад США (Орегон) и Европа (Ирландия). Перед включением Omni в производственную архитектуру командам следует проверить поддержку нужных регионов.

Для работы с агентами AWS описывает просмотр трассировок, оценку и эксперименты с использованием таких фреймворков, как OpenAI Agents SDK, LangGraph, CrewAI, Vercel AI SDK и Strands. При расследовании проблем в приложениях пользователи могут задавать вопросы на естественном языке или напрямую изучать телеметрию; по словам AWS, функции расследования с ИИ работают на базе DevOps Agent. В публикации о запуске для приложений также сказано, что DevOps Agent по умолчанию включён в каждой сессии расследования Omni. Администраторам следует учитывать это при оценке рабочего процесса.

Почему объединение сигналов может быть полезно

Традиционный мониторинг показывает, отвечает ли сервис, сколько времени это занимает и возникают ли ошибки. Но он может не выявить, что агент неверно понял запрос, выбрал неподходящий инструмент или дал неправильный ответ. Сопоставление результата оценки с трассировкой и сигналами приложения может помочь команде проследить проблему качества вплоть до конкретных шагов агента.

Это вероятное операционное преимущество, а не подтверждённый результат по производительности. В материалах AWS о запуске описан общий рабочий процесс, но не доказано, что он помогает устранять инциденты быстрее, чем существующие инструменты. Командам предстоит проверить, насколько оценки и расследования Omni полезны для их собственных задач.

OpenTelemetry может упростить передачу телеметрии с помощью уже настроенной инструментализации, однако общий протокол не делает платформы наблюдаемости взаимозаменяемыми. Спецификация OTLP определяет способ передачи телеметрии; командам всё равно нужно выяснить, от каких сигналов, запросов и специфичных для платформы функций зависят их рабочие процессы.

Для централизации нужна настройка

Omni позволяет объединять данные из разных аккаунтов и регионов, однако не следует полагать, что одно лишь включение интерфейса автоматически соберёт телеметрию со всех аккаунтов. В документации AWS по настройке описано создание доменов и пространств, а затем настройка передачи в пространство телеметрии из нескольких аккаунтов. Существующие данные CloudWatch можно просматривать без повторной инструментализации, но организации всё равно нужно настроить необходимые права доступа и потоки данных. Инструкции AWS по настройке Omni

Это важно и для развёртывания, и для оценки расходов. На странице цен AWS отдельно указана стоимость приёма, хранения и анализа телеметрии. Там также описана плата за дополнительные централизованные копии; согласно указанным тарифам, первая такая копия бесплатна. Стоимость запросов зависит от объёма просканированных данных и предусмотренных лимитов; оценки агентов оплачиваются по тарифам Amazon Bedrock AgentCore Evaluations. Поэтому для полезной оценки расходов нужно учитывать объём данных, срок хранения, характер запросов, число копий и частоту оценок, а не только количество агентов.

Содержимое трассировок и права доступа требуют проверки

Трассировки агентов могут содержать запросы, ответы, найденные документы и персональные данные. AWS сообщает, что Omni автоматически не обнаруживает и не маскирует персональные данные. В рекомендациях по защите конфиденциальных данных предлагается выбрать, на каком этапе выполнять фильтрацию; маскирование при сборе данных — единственный вариант, который не позволяет конфиденциальному содержимому покинуть приложение.

AWS также сообщает, что не использует содержимое клиентов для обучения базовых моделей или улучшения самого Omni. Но это не означает, что содержимое нигде больше не обрабатывается: некоторые функции передают данные в такие сервисы, как Bedrock или AgentCore, а AWS описывает межрегиональный вывод для функций ИИ. Данные остаются в регионе пространства, однако запросы к ИИ могут обрабатываться в другом регионе того же географического региона. Командам следует изучить политику использования данных AWS и сведения о межрегиональном выводе, особенно если внутренние правила ограничивают места обработки содержимого трассировок.

Контроль доступа требует такого же внимания, как и конвейер телеметрии. AWS сообщает, что участники пространства по умолчанию могут читать всю его телеметрию; области данных позволяют ограничить доступ участника к отдельным строкам журналов и трассировок. Однако такие области не скрывают поля внутри строки и поэтому не заменяют маскирование содержимого, которое пользователи не должны видеть. Настройка видимости данных для участников

Как оценивать Omni без лишнего риска

Команды, уже использующие CloudWatch, могут провести ограниченное тестирование, чтобы выяснить, помогает ли общее представление приложений и агентов решать реальные задачи. Прежде чем передавать производственные трассировки, определите необходимые сигналы, настройте фильтрацию, установите правила доступа для аккаунтов и регионов, а также оцените расходы на приём, хранение и анализ данных и на оценки агентов. Затем сравните результаты расследований и оценок с текущими процедурами реагирования на инциденты.

Для организаций, использующих другие платформы наблюдаемости, запуск Omni — повод оценить рабочий процесс, но не сам по себе основание для миграции. Omni приближает сигналы качества агентов к операционной работе с приложениями, однако его ценность будет зависеть от полезности расследований, того, насколько подходят средства контроля, и стоимости потоков данных.

Аналитика производительности Speedcurve
Люк Чессер