AWS compara dois padrões de observability para agentes de IA no Amazon EKS

O texto da AWS parte de um problema concreto: um HTTP 200 do endpoint do agente não diz se ele raciocinou direito, escolheu a ferramenta certa ou ficou dentro do orçamento de tokens. Como o caminho de execução do agente é não determinístico, a mesma pergunta pode gerar sequências de chamadas, contagens de tokens e custos diferentes. Por isso a observability precisa cobrir traces de chamadas ao LLM, spans de ferramentas, cadeias de raciocínio e atribuição de custo por agente e por requisição.

A stack é a mesma nos dois padrões: agentes com Strands Agents SDK (instrumentação OpenTelemetry embutida), Bifrost como gateway que roteia para o Amazon Bedrock com fallback de Sonnet para Haiku, Langfuse como backend e ArgoCD para entrega via GitOps, tudo no EKS Auto Mode. A diferença está em quem é dono do pipeline. No padrão descentralizado, cada agente exporta direto ao Langfuse via OTLP, sem componente extra, com domínio de falha pequeno, mas com configuração espalhada: trocar backend ou amostragem exige redeploy de todos os agentes. No padrão centralizado, um OpenTelemetry Collector compartilhado faz batching, enriquecimento de atributos, amostragem e filtragem. Novo backend vira um bloco de exporter, sem tocar nos agentes, mas o Collector passa a ser dependência crítica que precisa de dimensionamento e monitoramento.

A correlação do trace independe do padrão: o agente abre o span raiz, a instrumentação do HTTPX injeta o header traceparent na chamada ao Bifrost, e o gateway cria um span filho com tokens, custo e modelo sob o mesmo trace ID. A recomendação da AWS é começar descentralizado com poucos agentes e migrar para centralizado quando o controle em nível de frota compensar, sem reescrever código de agente.

A cobertura anterior mostra o mesmo eixo (observability no EKS) sob outros ângulos. Em 24 de abril de 2026, o CEVIU noticiou "Amazon CloudWatch lança OTel Container Insights para Amazon EKS", e em 1 de julho de 2026, "CloudWatch lança Container Insights com OpenTelemetry para EKS, com métricas a cada 30 segundos". Ali o foco era infraestrutura do cluster. Agora o foco sobe para a camada do agente: tokens, ferramentas e custo por requisição. Em 14 de agosto de 2026, a matéria "AWS amplia observabilidade de agentes de IA para ambientes multicloud e on-premises" tratou do AgentCore Observability, uma abordagem gerenciada. O material atual mostra a alternativa open source com OpenTelemetry, Bifrost e Langfuse rodando no próprio cluster.

Para quem opera plataforma, a leitura é que agente de IA entra na mesma disciplina de qualquer serviço crítico, só que com custo variável por requisição. A escolha entre Collector ou exportação direta lembra decisões antigas de telemetria: quanto menos agentes, menos infraestrutura; quanto mais times, mais vale um ponto central de amostragem e roteamento. Como o OpenTelemetry mantém o formato portátil, a decisão tende a ser reversível.