CloudWatch Omni: observabilidade com agente de IA investigando junto

Todo time que opera produção conhece a cena: o alarme dispara de madrugada, o engenheiro de plantão abre cinco painéis, cruza logs, métricas e traces na mão e tenta descobrir qual dos vinte serviços começou o problema. Em 22 de setembro de 2026, a AWS anunciou o Amazon CloudWatch Omni, uma nova experiência de observabilidade em que um agente de IA participa dessa investigação, correlaciona sinais e sugere a causa raiz. A ferramenta muda menos o "o quê" e mais o "quem faz o quê" dentro do time de operação.

O que é o CloudWatch Omni

O Omni é uma extensão do CloudWatch, e não um substituto. Alarmes, dashboards e APIs existentes continuam funcionando sem alteração. Ele é construído sobre OpenTelemetry: a telemetria que já chega ao CloudWatch aparece no Omni sem reconfiguração, e outras cargas instrumentadas com OpenTelemetry podem enviar dados por um endpoint OTLP. Há também conectores para trazer telemetria de outros ambientes.

Os principais recursos descritos pela AWS:

• Topologia descoberta automaticamente: o Omni identifica serviços a partir da telemetria e dos recursos do AWS Config, mapeia dependências e atualiza o mapa quando novos serviços são implantados.
• Alarmes por meta: em vez de ajustar limites manualmente, o time declara objetivos, como disponibilidade, orçamento de latência e limite de taxa de erro, e o Omni ajusta os alarmes conforme o sistema muda.
• Spaces: agrupam as aplicações e a telemetria de cada equipe, apontando para os dados que já estão no CloudWatch, sem movimentação adicional.
• Perguntas em linguagem natural: o engenheiro pergunta sobre a aplicação e o Omni analisa a telemetria para responder, sem que seja preciso montar query.
• Acesso unificado: uma URL dedicada por organização, com SSO corporativo via IAM Identity Center, sem exigir acesso ao console AWS.
• Observabilidade de agentes de IA: exploração de traces e monitoramento de cargas de IA generativa e agentes, no mesmo lugar das aplicações tradicionais.

O agente que investiga junto

O recurso que mais chama a atenção é a integração com o Amazon DevOps Agent. Segundo a AWS, o agente participa das sessões de investigação, correlaciona sinais entre serviços, percorre caminhos de causa raiz pelo grafo de dependências, mantém o histórico da investigação e pode sugerir planos de mitigação. Depois da configuração, ele vem habilitado por padrão em todas as sessões.

A sessão também é colaborativa: SREs, desenvolvedores, engenheiros de banco de dados e gestores compartilham o mesmo espaço, e o histórico é capturado automaticamente, sem necessidade de um relatório de incidente separado. Para quem já perdeu horas reconstruindo a linha do tempo de um incidente para o post-mortem, esse detalhe vale muito.

O que muda no trabalho de quem opera produção

Ferramentas como o Omni não eliminam o trabalho de operação. Elas mudam a natureza dele. O tempo que hoje vai para coletar e cruzar dados passa a ir para avaliar hipóteses e decidir.

O ponto central: a causa raiz sugerida pelo agente é uma hipótese, e não um veredito. Alguém precisa ter conhecimento suficiente da arquitetura para dizer "faz sentido" ou "não, isso é sintoma, a causa está em outro lugar". Esse julgamento exige um profissional que conheça o sistema de ponta a ponta, e não só a ferramenta.

O que fazer na segunda-feira

1. Revise a instrumentação. O Omni rende mais com telemetria completa. Se parte dos serviços ainda não emite traces ou não usa OpenTelemetry, esse é o primeiro trabalho.
2. Escreva as metas de serviço. Alarmes por meta só funcionam se o time souber qual disponibilidade e qual latência cada serviço precisa entregar. Comece pelos três serviços mais críticos.
3. Crie um Space piloto. Escolha uma equipe e um ambiente, configure o Space e compare a topologia descoberta com o diagrama de arquitetura que o time acredita ter. As diferenças costumam ser reveladoras.
4. Teste o agente em um incidente passado. Reproduza um incidente conhecido e veja se as hipóteses do agente chegam à causa que o time já conhece. É a forma mais barata de calibrar a confiança.
5. Defina o fluxo de aprovação. Quem valida a causa raiz sugerida e quem aprova a mitigação.

Medir o efeito também importa. Indicadores como tempo de detecção e tempo de recuperação mostram se a ferramenta está de fato ajudando. Falamos sobre métricas de engenharia que fazem sentido para a liderança no artigo Board Meeting chegando? 3 camadas de métricas.

A ferramenta cuida do painel, o time cuida do julgamento

O CloudWatch Omni é mais um sinal de para onde a operação em nuvem está indo: menos trabalho manual de coleta, mais trabalho de arquitetura, contexto e decisão. Para o líder de TI, a pergunta deixa de ser "qual ferramenta de observabilidade usar" e passa a ser "quem no meu time tem conhecimento de arquitetura suficiente para trabalhar com um agente e validar o que ele propõe". Esse é um perfil raro, e a ferramenta só entrega todo o seu valor quando ele existe no time.

Fontes e Referências

• Now on Amazon CloudWatch Omni: collaborative AI-powered observability for your applications, AWS News Blog, setembro/2026. aws.amazon.com