Cloudflare Traces entra em beta aberto e transforma a camada de proxy em spans OpenTelemetry

Da borda ao servidor, agora com spans

A Cloudflare colocou o recurso Traces em beta aberto, segundo reportagem da InfoQ publicada em 10 de outubro de 2026. O recurso estende a captura automática de tracing que já existia nos Workers para o resto do caminho de uma requisição: regras de segurança, transformações, decisões de cache, roteamento, execução do Worker e tratamento na origem passam a aparecer como spans OpenTelemetry numa única linha do tempo por requisição, sem precisar escrever instrumentação.

Isso fecha uma lacuna conhecida de quem roda tracing distribuído atrás de um proxy. Antes, o trace mostrava o cliente de um lado e a aplicação do outro, com tudo o que acontecia no meio inferido a partir de logs e configuração. Agora cada etapa suportada chega como um span com tempo de execução, resultado e atributos próprios.

As perguntas que a Cloudflare usa como exemplo são as mesmas que geram chamado de suporte: qual regra de segurança bloqueou a requisição e quanto tempo levou para avaliar a regra? Uma Transform Rule reescreveu a URL antes de chegar na aplicação, e em que ponto isso aconteceu em relação ao roteamento? Qual Page Rule, Snippet ou Worker tratou a requisição, e qual padrão de rota deu match?

Onde a requisição passa seu tempo: um exemplo

A Cloudflare ilustra o ganho com um caso de cache miss: de uma requisição de 539ms, 527ms foram gastos esperando a resposta vir da origem. Sem os spans aninhados de cache, upstream e origem, essa distinção fica invisível: o time vê apenas que a requisição demorou, não onde o tempo foi gasto.

Para quem debuga produção, essa granularidade muda o fluxo de investigação. Em vez de abrir logs de cache, depois logs de roteamento, depois métricas de origem para montar a história manualmente, a timeline única do Traces já entrega a sequência pronta, span por span. Na prática, isso reduz o número de sistemas separados que um time precisa abrir numa investigação de latência, já que WAF, CDN e aplicação passam a conversar no mesmo trace.

Contexto propagado e amostragem controlada por regra

O recurso aceita o cabeçalho traceparent do padrão W3C vindo de uma requisição de entrada, o que permite aos spans da Cloudflare se juntarem a um trace iniciado a montante, e pode encaminhar um novo traceparent para a origem, para que serviços instrumentados continuem o mesmo trace. Uma política de propagação de entrada decide se a Cloudflare aceita contexto de chamadores externos, o que importa porque aceitar um trace ID de qualquer cliente abre espaço para ruído.

A amostragem roda sobre o mesmo motor de regras usado em outras partes da plataforma. O time define uma taxa base, por exemplo 1% em operação normal, e escreve Trace Rules que sobrepõem essa taxa para tráfego específico. Um exemplo citado pela Cloudflare traça 100% das requisições de um hostname, IP de origem ou cabeçalho identificador de um cliente específico, enquanto o resto fica na taxa base. Outro exemplo captura toda requisição que carrega um cabeçalho de debug temporário durante uma investigação. As regras podem mirar caminho, método, cabeçalho, endereço, geografia ou combinações disso.

Os spans são exportados via OTLP para qualquer backend compatível. O time configura um destino em nível de conta e escolhe quais domínios enviam dados para ele, o que mantém a telemetria portável entre ferramentas de observabilidade↳Observabilidade11 conteúdosObservabilidade para APIs: os desafios e benefícios dessa abordagemDev (Back & Front) · jan 2025Falhas em Observabilidade afetam os Apps e a Segurança das OrganizaçõesDev (Back & Front) · nov 2023ADK Java 1.0: O Google quer que você pare de gambiarra Python no seu backendMarketing Tech · abr 2026Ver tudo em DevSecOps → em vez de prender o dado dentro do painel da Cloudflare.

Agentes de código entram na malha de observabilidade

Há também um ângulo de agentes: pelo Cloudflare Observability MCP↳MCP7 conteúdosArquitetura de Sistemas Cognitivos: Integração de RAG, MCP e LLMs no Ecossistema .NETDev (Back & Front) · abr 2026MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025Agentes de IA com LLMs de Código Aberto: Integração Prática com o Model Context Protocol (MCP)AI · ago 2025Ver tudo em AI → server, um agente de código pode consultar traces usando a API SQL↳SQL64 conteúdosSQL Server – Como evitar SQL Injection?Data · mai 2019Azure SQL DB Managed InstanceData · abr 2019SQL Server – Como evitar SQL Injection? Pare de utilizar Query Dinâmica como EXEC(@Query)Data · abr 2019Ver tudo em Data →, comparar traces que falharam contra traces bem-sucedidos para achar onde os spans divergem, e conectar esse achado ao código do repositório. A InfoQ observa que isso dá sequência ao trabalho de tracing para agentes que a própria Cloudflare havia mostrado em agosto de 2026: telemetria vira algo que um agente lê, não só um painel que uma pessoa observa.

Na prática, isso abre caminho para debugging assistido por IA que não depende de o desenvolvedor copiar e colar trace IDs manualmente: o agente já tem a consulta pronta para puxar o contexto certo via API SQL.

O preço muda de novo, e dessa vez pesa mais

Quem já usa Workers Tracing precisa prestar atenção: essa é a segunda mudança de preço em dois meses. A cobertura da InfoQ de agosto de 2026 havia reportado que cada span se tornaria um evento cobrável a partir de 1º de outubro de 2026. Esse modelo agora é substituído, a partir de 1º de dezembro de 2026, por cobrança baseada em dado ingerido e retenção.

O plano gratuito inclui 0,5GB de ingestão por dia com sete dias de retenção, sem uso adicional disponível. Planos pagos e Enterprise incluem 50GB de ingestão e 10GB-mês de armazenamento por ciclo de cobrança, com uso adicional a US$ 0,25 por GB ingerido e US$ 0,10 por GB-mês armazenado. Retenção de até um ano está listada como "em breve".

Cobrar por volume em vez de por span é a metade mais relevante da mudança. Decisões de amostragem agora mapeiam direto para a fatura, o que explica por que as Trace Rules têm o formato que têm: manter a taxa base baixa e elevá-la só para o tráfego sob investigação. Times que hoje rastreiam tudo em ambiente de staging vão sentir esse custo de ingestão de forma mais direta do que sentiam no modelo por span.

O que ainda não está coberto

A cobertura é parcial por desenho, e a própria Cloudflare lista o que falta. No caminho de requisição HTTP, instrumentação automática mais ampla está planejada para DDoS rules e Access. No caminho de execução dos Workers, falta cobrir Workflows, Queues e Pipelines.

Também estão no roadmap: propagação de contexto autenticada, para que chamadores confiáveis continuem um trace sem a Cloudflare aceitar contexto de qualquer um; tracing ad hoc de uma requisição específica sem mudar a taxa base; e suporte à API do OpenTelemetry dentro dos Workers para adicionar atributos a spans já existentes.

O Traces está disponível em beta aberto pelo painel, pela API ou via Terraform, em qualquer domínio, com exportação para um destino OTLP.

Fonte: InfoQ