Argo Smart Routing (Smart Shield)

Argo Smart Routing nedir?

Doküman sayfasının meta açıklaması ürünü tek cümlede özetliyor:

“Route traffic across the fastest network paths to reduce latency and packet loss.”

Gövde metni:

“Argo Smart Routing detects real-time network issues and routes your web traffic across the most efficient network path, avoiding congestion.”

“This results in faster loading times, increased reliability, and reduced costs. These benefits are most apparent for users farthest from your origin server.”

En teknik resmî tarif UDP blogundan geliyor (20 Haziran 2023):

“Argo Smart Routing accelerates Internet traffic by sending millions of synthetic probes from every Cloudflare data center to the origin of every Cloudflare customer. These probes measure the latency of all possible routes between Cloudflare’s data centers and a customer’s origin. We then combine that with probes running between Cloudflare’s data centers to calculate possible routes. When an Internet user makes a request to an origin, Cloudflare calculates the results of our real time global latency measurements, examines Internet congestion data, and calculates the optimal route for customer’s traffic.”

Nasıl çalışır?

Argo yalnızca cache miss’te devreye girer

Bu tek cümle hem performans beklentisini hem faturayı belirliyor. Smart Shield ağ diyagramı net:

“For dynamic (non-cacheable) requests, [Argo Smart Routing] finds the fastest network path to your origin.”

Faturalama dokümanı request yaşam döngüsünü sıralayarak aynı şeyi yapısal olarak doğruluyor — Argo 4. adım, ve 3. adım onu kapıda tutuyor:

“Cache hit — the response is served directly from the edge. No origin fetch occurs. This is the cheapest path.”

“Cache miss — the request must be forwarded to the origin. Continue to step 4.”

“4. Argo Smart Routing (if enabled) — If Argo is enabled, Cloudflare routes the request through the fastest path across its network to your origin.”

Ve sayfanın kendi sonucu:

“The key takeaway: cached responses are the cheapest path. Every cache hit avoids origin fetch costs, Argo routing charges, Workers execution, and R2 operations.”

Pratik sonuç: cache hit oranın %95 ise Argo trafiğinin %5’ine dokunuyor. Satın alma kararı buradan başlamalı.

HTTP dışı varyantlar

Spectrum dokümanı: “Once Argo Smart Routing is enabled for your application, traffic will automatically be routed through the fastest and most reliable network path available. Argo Smart Routing is available for TCP and UDP (beta) applications.”

Argo for Packets: “Argo for Packets optimizes IP layer network routing for Cloudflare network services products, including Magic Transit, Cloudflare WAN (formerly Magic WAN), and Cloudflare for Offices.” ve “To begin using Argo for Packets, contact your account manager.”

Smart Shield paketleri

/smart-shield/get-started/ sayfasından, birebir:

“It is available to all customers as an opt-in configuration.”

“Free, Pro, and Business customers can purchase Smart Shield and Smart Shield + Argo packages.”

“Enterprise customers have access to all Smart Shield packages, including Smart Shield Advanced.”

“Smart Shield Advanced is not currently available for Free, Pro, and Business customers.”

Ve bir ön koşul:

“Verify that DNS records for the domain you want to protect are set to proxied. Smart Shield operates within Cloudflare’s reverse proxy, so traffic from DNS-only records is not routed through it.”

Tiered Cache — ayrılma tarihi ve bugünkü karışıklık

Öncesi (18 Mayıs 2017): “Today, Argo includes two core features: Smart Routing and Tiered Cache.”

Ayrılma: 14 Eylül 2021. Orpheus duyurusu, birebir:

“Tiered Caching is now available to all customers for free. Tiered Caching reduces origin data transfer and improves performance, making web properties cheaper and faster to operate. Tiered Cache was previously a paid addition to Free, Pro, and Business plans as part of Argo.”

“Today, Smart Tiered Cache is being offered to ALL Cloudflare customers for free, in contrast to other CDNs who may charge exorbitant fees for similar or worse functionality.”

Smart Tiered Cache’in kendisi hakkında taşınmaya değer birkaç resmî ayrıntı:

“Smart Tiered Cache dynamically selects the single closest upper tier for each of your website’s origins with no configuration required, using our in-house performance and routing data.”

“Public cloud origins — Origins hosted on public cloud providers (AWS, GCP, Azure, or Oracle Cloud) often use anycast or regional unicast networking, which prevents Smart Tiered Cache from determining the origin location through latency probing alone. To solve this, you can set a cloud region hint…”

“Caveats — You need to be careful when updating your origin IPs/DNS records while Smart Tiered Cache is enabled. Depending on the changes made, it may cause the existing assigned upper tiers to change, resulting in an increased MISS rate as cache is refilled in the new upper tiers.”

“While Smart Tiered Cache selects one Upper Tier per origin, when using Load Balancing, Smart Tiered Cache will select the single best Upper Tier for the entire Load Balancing Pool.”

Performans iddiası — ve neden tek bir rakama güvenilmemeli

Önce her şeyi bağlayan bulgu: developers.cloudflare.com/argo-smart-routing/ sayfasında tek bir % karakteri yok. Geliştirici dokümantasyonu hiçbir performans yüzdesi yayımlamıyor; onun yerine “Learn more about the benefits of Argo Smart Routing ↗” diyerek pazarlama sayfasına bağlanıyor. Cloudflare’in kendi dokümanı rakamı pazarlamaya devrediyor.

Ne zaman kullanılır, ne zaman kullanılmaz

Kullanılır

• Origin’in kullanıcılarından uzaksa. Dokümanın kendi ifadesi bunu ürünün ana koşulu yapıyor.
• Trafiğin ağırlıklı olarak dinamikse — API, kişiselleştirilmiş sayfa, oturum gerektiren içerik. Cache hit oranın düşükse Argo trafiğinin çoğuna dokunuyor.
• Uzun kuyruk (p90/p99) gecikmen sorun oluyorsa. Argo’nun asıl kazancı ortalamada değil kuyrukta.
• Spectrum üzerinden TCP servis çalıştırıyorsan ve kullanıcıların dağınıksa.

Kullanılmaz

Cache hit oranın zaten yüksekse. Argo yalnızca cache MISS’te çalışıyor. %95 hit oranında trafiğinin %5’ine dokunuyor. Cloudflare’in kendi maliyet optimizasyonu sayfası bunu tersinden söylüyor: “Increase cache hit ratio with longer TTLs and appropriate Cache-Control headers → Argo data transfer, Workers invocations, origin load” azalır. Satın almadan önce hit oranını ölç.

Origin’in zaten kullanıcılarına yakınsa. Türk kullanıcılara Türkiye’deki bir origin’den hizmet veriyorsan İstanbul PoP’u ile origin arasında bırakılacak milisaniye az. Argo’nun vitrini origin-ABD’de, kullanıcılar-Asya’da senaryosu.

Trafiğin ezici çoğunlukla statik ve tamamen cache’lenebilirse. Tiered Cache faydanın çoğunu zaten topluyor; Argo üstüne marjinal kalıyor.

Load Balancing’de zero-downtime failover’a ihtiyacın varsa. LB API şeması: “currently incompatible with Argo, Tiered Cache, and Bandwidth Alliance.” Birini seçmen gerekiyor.

Ölçemiyorsan. Demo 1 temiz bir ölçümün ne kadar zor olduğunu dürüstçe gösteriyor. Gösteremediğin bir etki için GB başına ödemek savunulabilir değil. En azından ücretsiz 1 GB’ın içinde kalıp 48 saat panelin kendi histogramını izle.

Faturayı sınırlayamıyorsan. Argo veri transferi üzerinden ölçülüyor ve güncel GB başı ücret hiçbir yerde yayımlanmıyor. Trafiğin mevsimlikse, kullanım bildirimi ve bütçe uyarısı kurmadan açma.

Kayıtların DNS-only (gri bulut) ise. Smart Shield ön koşulu: “traffic from DNS-only records is not routed through it.”

Somut örnekler

Durumu okumak ve açıp kapatmak

# Mevcut durum — Zone Settings Write yetkisi gerekiyor
curl -sS "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/argo/smart_routing" \
  -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" | jq .result
# {"id":"smart_routing","value":"off","editable":true,"modified_on":"..."}

# Aç
curl "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/argo/smart_routing" \
  --request PATCH -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
  -H 'Content-Type: application/json' --data '{"value":"on"}'

Terraform

resource "cloudflare_argo_smart_routing" "prod" {
  zone_id = var.zone_id
  value   = "on"          # "on" | "off"
}

resource "cloudflare_argo_tiered_caching" "prod" {
  zone_id = var.zone_id
  value   = "on"
}

İçe aktarma: terraform import cloudflare_argo_smart_routing.prod '<zone_id>'

Cache miss’i garanti eden bir prob yolu

Argo’yu ölçmek isteyen herkesin ihtiyacı olan şey: asla cache’lenmeyen bir yol.

location = /argo-probe {
  add_header Cache-Control "no-store, no-cache, must-revalidate" always;
  add_header X-Origin "fra-1" always;
  return 200 "probe\n";
}

Doğrula — cf-cache-status DYNAMIC olmalı, asla HIT değil:

curl -sSI "https://www.ornek.com.tr/argo-probe" | tr -d '\r' | grep -i 'cf-cache-status\|cf-ray'

cf-ray hangi PoP’un karşıladığını da söylüyor — kaydet, çünkü Argo’nun faydası PoP’a göre değişiyor.

Fatura eşiği kurmak

Panel → Notifications → Add → Billable Usage
  Alert Type: Usage Based Billing
  Product:    Argo Smart Routing
  Threshold:  "Notify when total bytes of traffic exceeds"  → örn. 1 GB

Resmî ifade: “Argo Smart Routing has Notify when total bytes of traffic exceeds as a threshold, and Load Balancing has Notify when total number of DNS Queries exceeds as a threshold.”

Demo 1: Uzak bir noktadan TTFB’yi ölçmek — ve bu ölçümün neden zor olduğu

Ölçüm komutu

Ham TTFB’yi ölçme. TLS el sıkışmasını çıkararak sunucu-ve-yol bileşenini izole et:

probe() {
  curl -sS -o /dev/null \
    -w '%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{time_total} %{http_code}\n' \
    "https://www.ornek.com.tr/argo-probe?cb=$RANDOM$RANDOM"
}
# Önemli olan sayı: time_starttransfer - time_appconnect

Origin’de return 200 kullanmak origin düşünme süresini ~0’a indiriyor; o fark neredeyse saf ağ yolu.

Yöntem 1 — kirli (tek zone, zaman içinde A/B)

Yalnızca hızlı bir fikir edinmek için:

# Origin'den UZAK bir VM'den çalıştır: Singapur, São Paulo vb.
curl "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/argo/smart_routing" \
  --request PATCH -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
  -H 'Content-Type: application/json' --data '{"value":"off"}'
sleep 300
for i in $(seq 1 500); do probe; sleep 2; done > argo_kapali.txt

curl "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/argo/smart_routing" \
  --request PATCH -H "Authorization: Bearer $CLOUDFLARE_API_TOKEN" \
  -H 'Content-Type: application/json' --data '{"value":"on"}'
sleep 300
for i in $(seq 1 500); do probe; sleep 2; done > argo_acik.txt

for f in argo_kapali.txt argo_acik.txt; do
  printf '%s  ' "$f"
  awk '{print ($4-$3)*1000}' "$f" | sort -n | awk '{a[NR]=$1; s+=$1}
    END {printf "n=%d p50=%.1f p90=%.1f p99=%.1f ort=%.1f (ms)\n",
         NR, a[int(NR*0.5)], a[int(NR*0.9)], a[int(NR*0.99)], s/NR}'
done

İki dosyanın p50/p90/p99 karşılaştırma çıktısı; milisaniye cinsinden fark

Bu yöntemin dürüst kusurları:

• İki örnek farklı zaman pencerelerinde toplandı. Akşam tıkanıklığı Argo etkisini her iki yönde de gölgeleyebilir.
• sleep 300 benim uydurmam. Argo açılıp kapandığında beklenmesi gereken bir ısınma süresi resmî olarak belgelenmemiş. Argo’nun rota verisi kurması zaman alıyor ama ne kadar, yayımlanmamış.
• Tek vantaj noktası tek bir yolu ölçer. Cloudflare’in kendi Geography haritası bazı PoP’lar için açıkça negatif değer raporluyor.
• 500 örnek kulağa büyük geliyor ama ağ gecikmesi ağır kuyruklu. p50 ve p90’a birlikte bak; asla yalnızca ortalamaya değil.
• Origin’in bir bulut load balancer’ın veya anycast’in arkasındaysa yolun bir kısmı zaten Cloudflare’in ve Argo’nun etki alanı dışında.

Yöntem 2 — temiz (iki zone, dönüşümlü). Önerilen yöntem bu.

1. İki zone’u aynı origin IP’sine yönlendir: a.ornek.com.tr (Argo kapalı) ve b.ornek.com.tr (Argo açık). Aynı plan, aynı cache ayarları, aynı SSL modu, aynı /argo-probe handler’ı.
2. İkisini aynı saniye içinde, dönüşümlü ölç:

for i in $(seq 1 500); do
  curl -sS -o /dev/null -w "A %{time_appconnect} %{time_starttransfer}\n" \
    "https://a.ornek.com.tr/argo-probe?cb=$RANDOM$RANDOM"
  curl -sS -o /dev/null -w "B %{time_appconnect} %{time_starttransfer}\n" \
    "https://b.ornek.com.tr/argo-probe?cb=$RANDOM$RANDOM"
  sleep 2
done | tee ab.txt

awk '{d=($3-$2)*1000; s[$1]+=d; n[$1]++; if(d>m[$1])m[$1]=d}
     END{for(k in s) printf "%s ort=%.1fms maks=%.1fms n=%d\n", k, s[k]/n[k], m[k], n[k]}' ab.txt

ab.txt özet çıktısı; A ve B zone'ları için ortalama ve maksimum ms değerleri

Dönüşümlü ölçüm zaman değişkenini ortadan kaldırıyor: her A örneğinin yanında bir B örneği var. İstanbul, Frankfurt, Singapur ve São Paulo’dan tekrarla ve sonucu tek bir küresel rakam olarak değil, vantaj noktası bazında raporla.

Dört farklı konumdan alınan A/B sonuçlarının yan yana tablosu

Yöntem 3 — Cloudflare’in kendi karşı-olgusu (en az emek, ve resmî olan bu)

Panel → Analytics > Performance > Origin Performance (Argo). Doküman birebir:

“Origin Response Time: A histogram shows response time from your origin to the Cloudflare network. The blue bars show time-to-first-byte (TTFB) without Argo, while the orange bars show TTFB where Argo found a Smart Route.”

“Geography: A map shows the improvement in response time at each Cloudflare data center. A negative value indicates that requests from that location would not have benefited from Argo Smart Routing, so instead would have been routed directly.”

Cloudflare karşı-olguyu senin için çalıştırıyor — varsayılan rotanın ne kadar süreceğini biliyor. Bu, dışarıdan kurabileceğin her şeyden kesinlikle daha iyi.

Analytics > Performance panelinde mavi (Argo'suz) ve turuncu (Argo'lu) TTFB çubukları

Her veri merkezi için ms cinsinden iyileşme; negatif değer gösteren en az bir PoP dahil

Bu demoda ölçülenler:

Demo 2: Argo’nun yalnızca cache miss’te çalıştığını kanıtlamak ve faturayı enstrümante etmek

Satın alma kararını asıl veren demo bu — çünkü Argo’nun hem maliyeti hem faydası cache hit oranının bir fonksiyonu.

Adım 1 — İki uç nokta: biri cache’lenebilir, biri değil

location = /statik-varlik { add_header Cache-Control "public, max-age=86400" always; return 200 "statik\n"; }
location = /dinamik-cagri { add_header Cache-Control "no-store" always;              return 200 "dinamik\n"; }

Adım 2 — Argo’yu kapıda tutan cache durumunu gözlemle

for i in 1 2 3; do
  curl -sSI "https://www.ornek.com.tr/statik-varlik" | tr -d '\r' | grep -i 'cf-cache-status'
done
# cf-cache-status: MISS   <- bu origin'e gitti, Argo üzerinden, ve faturalandı
# cf-cache-status: HIT    <- Argo devrede değil, faturalanmadı
# cf-cache-status: HIT

curl -sSI "https://www.ornek.com.tr/dinamik-cagri" | tr -d '\r' | grep -i 'cf-cache-status'
# cf-cache-status: DYNAMIC  <- her request origin'e gidiyor, Argo üzerinden, her seferinde faturalanıyor

MISS, HIT, HIT sırasını gösteren curl çıktısı ve dinamik yolun DYNAMIC dönmesi

Adım 3 — Faturayı enstrümante et

Notifications → Billable Usage → Argo Smart Routing → bayt eşiği ekranı

Resmî uyarılar: “Usage notifications monitor a single product metric (bytes, requests, minutes). To monitor your total dollar spend across all products, use budget alerts instead.” ve “The email notifications are for informational purposes only… Your monthly invoice is the most reliable source for billing information.” Kullanım bildirimleri “a Professional plan or higher” istiyor.

Günlük takip: Billing → Billable usage dashboard — “The dashboard shows a daily cost breakdown chart and a per-product usage table with free-tier allowances, so you can see exactly what you are being charged for.”

Günlük maliyet grafiği ve ürün bazlı kullanım tablosunda Argo veri transferi satırı

Adım 4 — Satın alma kararını veren deney

Cache TTL’ini yükseltmenin Argo baytlarını düşürdüğünü göster:

1. 24 saat ölç; Argo GB’ını (GB_once) ve Analytics > Caching’den cache hit oranını kaydet.
2. Cache Rule ile Edge TTL’i yükselt veya Cache-Control: max-age’i uzat.
3. Bir 24 saat daha ölç (GB_sonra) ve yeni hit oranını al.
4. GB’ı hit oranına karşı çiz. İlişkinin kendisi bütün argüman.

TTL yükseltmesi öncesi ve sonrası iki günün Argo GB ve hit oranı karşılaştırması

Adım 5 — Engellenen saldırı trafiğinin faturalanmadığını kanıtla

Resmî ifade:

“Billing — If Cloudflare mitigates attacks on your site — whether through DDoS protection, the WAF, or other mechanisms — that traffic will not be included in any charges for Argo Smart Routing.”

/engellenen-test yolunu engelleyen bir WAF custom rule ekle, oraya trafik sür ve Argo GB’ının kıpırdamadığını göster.

WAF kuralının blokladığı istek sayısı ve aynı dönemde değişmeyen Argo GB değeri

Adım 6 — Tek satırlık geri alma

terraform apply çıktısı; value on'dan off'a dönerken

Bu demoda ölçülenler:

Fiyatlandırma

Yayımlanan

Dürüst özet

Argo aylık $5 taban artı Cloudflare ile origin arasındaki veri transferi üzerinden faturalanıyor; her ay ilk 1 GB dahil. Cloudflare’in saldırı olarak engellediği trafik faturalanmıyor. GB başı güncel ücret kamuya açık olarak yayımlanmıyor — doküman doğrudan panele yönlendiriyor. Yayımlanmış tek GB rakamı (2017, $0,10/GB) bugünkünden farklı bir bacağı ölçüyordu ve güncel diye alıntılanmamalı. Canlı ücret: Panel → zone → Traffic.

Limitler ve plan kapıları

• Etkinleştirme için hesapta fatura profili gerekiyor: “You will need to already have a billing profile on your account to enable Argo Smart Routing.” Argo sayfalarında bir plan tabanı belirtilmiyor.
• Smart Shield kapıları: herkes opt-in yapabiliyor; Free/Pro/Business Smart Shield ve Smart Shield + Argo satın alabiliyor; Smart Shield Advanced yalnızca Enterprise.
• Proxy’li kayıt zorunlu — DNS-only trafik yönlendirilmiyor.
• Argo for Packets yalnızca Magic Transit / Cloudflare WAN / Cloudflare for Offices, hesap yöneticisi üzerinden.
• Kota: ücretsiz 1 GB ve analitik için 48 saatte 500 origin request eşiği dışında belgelenmiş kota yok.
• Argo GraphQL dataset adları belgelenmemiş — resmî dokümanlar açısından analitik yalnızca panelde.
• Enterprise önizleme: “non-contract service, which provides full access, free of metered usage fees, limits, and certain other restrictions.”

Lisanslama ve hukuki çerçeve

Hizmet tescillidir ve Cloudflare Hizmet Şartları’na tabidir. Argo’ya özgü ayrı bir lisans metni yoktur.

Veri yerelliği açısından anlamı. Argo request’in izlediği ağ yolunu değiştiriyor — yani trafiğin hangi ara veri merkezlerinden geçtiğini. Bu, CDN sayfasında ele alınan Data Localization Suite konusuyla doğrudan kesişiyor: bölgesel işleme kısıtı gerekiyorsa Argo’nun seçtiği yolun bunu ihlal edip etmeyeceği ayrı bir değerlendirme konusu. Cloudflare bu kesişim hakkında bir doküman yayımlamamıştır.

Sentetik problar. Argo’nun rota haritası, Cloudflare’in her veri merkezinden origin’lere attığı sürekli problara dayanıyor. Bu problar origin’inin erişim loglarına düşüyor. Log saklama politikanda hesaba kat.

Sık yapılan hatalar

Cache hit oranını ölçmeden Argo satın almak. Yapılabilecek en pahalı hata.

Argo’nun cache HIT’lerde de yardım ettiğini sanmak. Etmiyor — ve orada faturalanmıyor da.

Cache’lenebilir bir URL’e karşı benchmark yapmak. Sonuç gürültüdür. DYNAMIC bir yol ve cache-buster kullan.

Tek zone’da Argo’yu açıp kapatıp saatler arasında karşılaştırmak. Günün saatindeki tıkanıklık etkiyi bastırabilir. İki zone’u dönüşümlü ölç.

Boş Analytics paneline bakıp “çalışmıyor” demek. Önce 48 saatte 500 origin request gerekiyor.

DNS-only kayıtlarda Argo beklemek. Smart Shield ön koşulu: yalnızca proxy’li.

AWS/GCP/Azure/Oracle origin’lerinde cloud region hint kurmamak. Anycast, Smart Tiered Cache’in gecikme problamasını boşa çıkarıyor.

Smart Tiered Cache açıkken origin IP’lerini veya DNS kayıtlarını değiştirmek. Birebir: “it may cause the existing assigned upper tiers to change, resulting in an increased MISS rate as cache is refilled in the new upper tiers.”

Load Balancing monitörlerinde probe_zone’u unutmak. Sağlık kontrolleri başarısız oluyor ve suçu Argo’ya atıyorsun.

Kullanım bildirimlerini atlamak. Cloudflare ölçümlü ürünler için bunu açıkça öneriyor.

2017 pazarlama rakamlarını güncel diye alıntılamak. Hem rakam hem metrik değişti.

%60 cache-miss azalmasını Smart Routing’e atfetmek. O, artık bu biçimde var olmayan bir paketin Tiered Cache yarısına aitti.

Eski cloudflare_argo Terraform resource’una uzanmak. cloudflare_argo_smart_routing ve cloudflare_argo_tiered_caching kullan.