Cloudflare Traces'i beta'ya açtı; log, trace ve analitiği tek platformda birleştiriyor

Cloudflare, açık beta sürecinde Traces'i duyurdu; bu dağıtık izleme (tracing) özelliği, bir isteğin şirketin ağı üzerinden yolculuğunu — güvenlik kuralları, dönüşümler, yönlendirme, cache kararları, Worker çalıştırması ve origin işlemleri — tek bir zaman çizelgesinde kaydediyor. Cloudflare blogunda yayımlanan duyuru, logları, trace'leri, analitiği, uyarıları ve dashboard'ları tek bir gözlemlenebilirlik (observability) platformunda birleştiren sekiz güncellemeyi anlatan bir companion yazıyla aynı anda geldi.

Traces neleri yakalıyor

Cloudflare'ye göre, bir domain için tracing etkinleştirildiğinde span'lar otomatik olarak üretiliyor; herhangi bir instrumentation, plugin veya ek yapılandırma gerekmiyor. İsteğin yolundaki desteklenen her adım, zamanlaması, sonucu ve öznitelikleriyle birlikte bir span olarak kaydediliyor.

Özellik, daha önce ayrı loglardan ve yapılandırma ekranlarından olayları yeniden oluşturmayı gerektiren soruları hedefliyor. Cloudflare örnek olarak şunları veriyor: hangi güvenlik kuralının bir isteği engellediği veya challenge'a tabi tuttuğunu tespit etmek, bir Transform Rule'ın isteğe ulaşmadan önce URL'yi yeniden yazıp yazmadığını kontrol etmek, bir Worker'ı tetiklemek için hangi route'un eşleştiğini görmek ve yanıtın cache'den mi origin'den mi geldiğini belirlemek. Yazıdaki örnek bir trace, toplam 539 ms'lik yanıtta 527 ms'nin origin beklemesinde harcandığı bir cache miss gösteriyor.

Traces, Cloudflare'nin daha önce sunduğu ve Worker çağrılarını — KV, R2, D1, Durable Objects ve giden fetch çağrıları dahil — otomatik olarak instrument eden Workers Tracing'i genişletiyor. Şirket, kendi iç hata ayıklama süreçlerinin de bazen onlarca servisten binlerce span içeren benzer trace'lere dayandığını belirtiyor.

Sampling, kurallar ve trace yayılımı

Kullanıcılar bir temel sampling oranı belirliyor — Cloudflare sürekli görünürlük için isteklerin yaklaşık %1'ini öneriyor — ve hedefli incelemeler için bunu Trace Rules ile geçersiz kılabiliyor. Örneğin, belirli bir hostname, kaynak IP veya istek başlığıyla eşleşen trafiğin %100'ü trace edilirken diğer tüm trafik temel oranda kalabilir. Trace Rules, diğer Cloudflare kurallarıyla aynı expression dilini kullanıyor; path, method, header, IP veya coğrafyaya göre hedefleme yapılabiliyor.

Özellik ayrıca W3C traceparent başlığını kabul ediyor; böylece Cloudflare içinde üretilen span'lar, isteğin edge'e ulaşmadan önce başlamış bir trace'e katılabiliyor; bu, bir yayılım (propagation) politikasıyla kontrol ediliyor. Cloudflare, downstream servislerin trace'i devam ettirebilmesi için bir traceparent başlığını origin'e iletebiliyor. Span'lar OpenTelemetry verisi olarak temsil ediliyor ve OTLP üzerinden herhangi bir uyumlu gözlemlenebilirlik backend'ine, domain bazında tercih edilebilen hesap düzeyinde bir hedef olarak yapılandırılarak aktarılabiliyor.

Gözlemlenebilirliğe yönelik sekiz güncelleme

Cloudflare blogundaki companion yazı, platform değişikliklerinin geri kalanını özetliyor:

• Workers Observability ile Log Explorer'ı birleştiren, HTTP olayları, firewall olayları, Workers, Containers, R2 ve AI Gateway gibi dataset'leri kapsayan ve çapraz dataset sorgulaması planlanan birleşik Logs ana sayfası.
• Telemetriyi sorgulamak için tek bir dialect ve kimlik doğrulama modeli sunan, yeni cf CLI, Observability MCP sunucusu veya yerel bir Worker binding üzerinden erişilebilen, beta sürecindeki birleşik SQL API.
• SQL API üzerine kurulu, eşik, anomali ve SLO koşullarını destekleyen custom alert'ler; webhook'lar artık tüm planlarda kullanılabiliyor.
• Domain analitiğinin tek bir görünümde toplanması; her planda 30 günlük saklama süresi.
• Analitik, log, trace ve güvenlik olaylarını birleştiren custom dashboard'lar.
• Daha önce yalnızca Enterprise'a sunulan Logpush'ın tüm self-serve planlara uzatılması.

Agentlara açık bir rol veriliyor: Observability MCP sunucusu üzerinden bir coding agent, trace'leri ve diğer telemetriyi SQL ile sorgulayabiliyor, başarısız ve başarılı trace'leri karşılaştırabiliyor ve span'larının ayrıştığı yeri bir repository'deki ilgili kodla ilişkilendirebiliyor.

Tek bir fiyatlandırma modeli

Traces, span veya olay başına değil, alınan ve saklanan veriye göre ücretlendirilen yeni birleşik gözlemlenebilirlik fiyatlandırması kapsamına giriyor. 1 Aralık 2026'dan itibaren ücretsiz katman günde 0,5 GB alım ve 7 günlük saklama sunuyor; ücretli genişletme yok. Ücretli ve Enterprise planlar, faturalandırma dönemi başına 50 GB alım ve 10 GB-ay saklama içeriyor; aşan kullanım alınan GB başına 0,25 $ ve saklanan GB-ay başına 0,10 $ üzerinden faturalandırılıyor; bir yıla varan saklama süresi planlanıyor. Cloudflare, modelin tüm planlara uygulandığını, Enterprise müşterileri için yenileme anında yürürlüğe girdiğini ve mevcut Developer Platform loglarının yanı sıra tracing'i de kapsadığını söylüyor.

Neden önemli

Uygulamaları Cloudflare arkasında çalışan ekipler için, edge'de bir şeylerin ters gittiğini bilmek ile tam olarak nerede ters gittiğini bilmek arasındaki boşluk, geleneksel olarak tahmin yürütme veya birden fazla ürünü birbirine dikme gerektiriyordu. Traces, edge'i istek yolunun instrument edilmiş bir parçası hâline getiriyor ve OpenTelemetry ile W3C trace context konuştuğu için bu telemetri, Cloudflare'in dashboard'unda izole kalmak yerine mevcut gözlemlenebilirlik yığınlarına entegre olabiliyor. Kullanım bazlı fiyatlandırma ayrıca span hacimleri büyüdükçe olay başına faturalandırma sürprizlerini ortadan kaldırıyor.

Şunu da eklemek gerek: özellik açık beta sürecinde, bugünkü kapsamı desteklenen işlemlerle sınırlı ve daha geniş instrumentation — Cloudflare DDoS kuralları ve Access'i sayıyor — yol haritasında. Yine de yön net: Cloudflare, gözlemlenebilirliği ürün başına araçların bir koleksiyonu değil, platform geneli bir yetenek olarak konumlandırıyor ve OpenTelemetry uyumluluğunun ağ telemetrisini kendi dashboard'unun çok ötesinde kullanışlı kılacağına bahis oynuyor.