Michael JohnsonA AWS anunciou o CloudWatch Omni em 22 de setembro de 2026 e o listou como disponível ao público em geral em 23 de setembro. As datas descrevem dois eventos diferentes: o anúncio e o início da disponibilidade geral. O Omni reúne a observabilidade de aplicações e agentes de IA em uma experiência, com uma interface web independente e extensões para IDEs, além da integração com o CloudWatch. A publicação de lançamento da AWS
Essa combinação aborda um ponto cego na produção: a solicitação de um agente pode ser concluída sem um erro convencional do serviço e, ainda assim, gerar uma resposta ruim ou escolher a ferramenta errada. A proposta da AWS é permitir que as equipes examinem rastros e avaliações de agentes junto com a telemetria de aplicações. A questão prática é se esses sinais serão úteis em um espaço de trabalho compartilhado — e quais dados, acessos e custos estarão envolvidos em encaminhá-los para lá.
O produto vai além dos rastros de agentes
O Omni é uma extensão do CloudWatch, não um substituto. A AWS afirma que os alarmes, painéis, APIs e fluxos de trabalho do console do CloudWatch existentes continuam funcionando. A telemetria já enviada ao CloudWatch pode aparecer no Omni sem reconfiguração; outras cargas de trabalho instrumentadas podem enviar dados pelo OpenTelemetry Protocol (OTLP). A AWS também descreve a descoberta de serviços e o mapeamento de dependências, com espaços que podem reunir telemetria de várias contas e regiões quando configurados para esse fim, conforme a documentação do CloudWatch Omni.
A experiência não se limita ao Console de Gerenciamento da AWS. A AWS oferece uma interface web independente com logon único, além de extensões para IDEs como VS Code, Cursor e Kiro. A nota de lançamento de 23 de setembro informa que o serviço está disponível ao público em geral nas regiões Leste dos EUA (Norte da Virgínia), Oeste dos EUA (Oregon) e Europa (Irlanda). As equipes devem verificar a disponibilidade regional antes de incluir o Omni em um projeto de produção.
Para agentes, a AWS descreve a exploração de rastros, a avaliação e a experimentação em estruturas como OpenAI Agents SDK, LangGraph, CrewAI, Vercel AI SDK e Strands. Para investigar aplicações, os usuários podem fazer perguntas em linguagem natural ou explorar a telemetria diretamente; segundo a AWS, os recursos de investigação assistidos por IA são fornecidos pelo DevOps Agent. A publicação de lançamento para aplicações também informa que o DevOps Agent é habilitado por padrão em cada sessão de investigação do Omni, um comportamento que os administradores devem compreender ao avaliar o fluxo de trabalho.
Por que reunir os sinais pode fazer diferença
O monitoramento convencional pode mostrar que um serviço está respondendo, quanto tempo leva e se está retornando erros. Talvez não revele que um agente interpretou mal uma solicitação, selecionou uma ferramenta inadequada ou deu uma resposta incorreta. Examinar o resultado de uma avaliação junto com o rastro e os sinais da aplicação pode ajudar uma equipe a rastrear um problema de qualidade até a execução do agente.
Esse é um benefício operacional plausível, não um resultado de desempenho demonstrado. Os materiais de lançamento da AWS descrevem o fluxo de trabalho combinado, mas não comprovam que ele resolva incidentes mais rápido do que as ferramentas existentes. As equipes precisarão testar se as avaliações e investigações do Omni ajudam em suas próprias cargas de trabalho.
O OpenTelemetry pode facilitar o envio de telemetria a partir de instrumentação existente, mas um protocolo comum não torna as plataformas de observabilidade intercambiáveis. A especificação do OTLP define como a telemetria é transmitida; ainda cabe às equipes verificar de quais sinais, consultas e recursos específicos da plataforma seus fluxos de trabalho dependem.
A centralização exige configuração
O Omni pode reunir dados de várias contas e regiões, mas as equipes não devem presumir que habilitar a interface agrega automaticamente a telemetria de todas as contas. A documentação de configuração da AWS descreve a criação de domínios e espaços e, em seguida, a configuração de como a telemetria de várias contas é reunida em um espaço. Os dados existentes do CloudWatch podem ser visualizados sem reinstrumentação, mas a organização ainda precisa configurar os acessos e o fluxo de dados desejados, conforme as instruções de configuração do Omni.
Essa distinção é importante tanto para a implantação quanto para os custos. A página de preços da AWS separa as cobranças pela ingestão, pelo armazenamento e pela análise da telemetria. Ela também descreve cobranças por cópias centralizadas adicionais, enquanto a primeira cópia centralizada é gratuita segundo os preços listados. Os custos das consultas dependem dos dados analisados e das franquias; as avaliações de agentes são cobradas segundo as tarifas do Amazon Bedrock AgentCore Evaluations. Portanto, uma estimativa útil deve levar em conta o volume, a retenção, os padrões de consulta, as cópias e a frequência das avaliações — não apenas o número de agentes.
O conteúdo dos rastros e o acesso precisam ser avaliados
Os rastros de agentes podem incluir prompts, respostas, documentos recuperados e informações pessoais. A AWS afirma que o Omni não detecta nem remove automaticamente informações de identificação pessoal. Suas orientações sobre dados confidenciais recomendam escolher onde a filtragem acontece; a remoção de dados no momento da captura é a opção que impede que conteúdo confidencial saia da aplicação.
A AWS também afirma que não usa conteúdo de clientes para treinar modelos fundamentais nem para aprimorar o próprio Omni. Isso não significa que nenhum conteúdo seja processado em outros serviços: alguns recursos enviam dados a serviços como Bedrock ou AgentCore, e a AWS documenta a inferência entre regiões para recursos de IA. Os dados permanecem armazenados na região do espaço, mas as solicitações de IA podem ser processadas em outro lugar dentro da mesma área geográfica. As equipes devem consultar a política de uso de dados da AWS e os detalhes sobre inferência entre regiões, sobretudo se suas políticas restringirem os locais em que o conteúdo dos rastros pode ser processado.
Os controles de acesso merecem o mesmo escrutínio que o fluxo de telemetria. A AWS afirma que, por padrão, os membros de um espaço podem ler toda a telemetria nele contida; os escopos de dados podem restringir quais linhas de logs e rastros um membro vê. Porém, esses escopos não ocultam campos dentro de uma linha e, portanto, não substituem a remoção de conteúdo que os usuários nunca deveriam ver, conforme a documentação sobre limites de visibilidade dos membros.
Uma forma ponderada de avaliar o Omni
Para as equipes que já usam o CloudWatch, um teste limitado pode mostrar se a visão compartilhada de aplicações e agentes do Omni ajuda em um fluxo de trabalho real. Antes de enviar rastros de produção, identifique os sinais necessários, configure a filtragem, defina o acesso a contas e regiões e estime os custos de ingestão, armazenamento, análise e avaliação. Em seguida, compare as investigações geradas e os resultados das avaliações com os procedimentos atuais de resposta a incidentes.
Para organizações que usam outras plataformas de observabilidade, o lançamento é um motivo para avaliar o fluxo de trabalho — não, por si só, para migrar. O Omni aproxima os sinais de qualidade dos agentes das operações de aplicações, mas seu valor dependerá da utilidade das investigações, da adequação dos controles e da economia do fluxo de dados.
