Cloudflare’a Alternatif CDN: Ne Zaman, Neden? Net Rehber

CDN (Content Delivery Network) kullanmak, site içeriğinin kullanıcıya daha yakın sunuculardan ulaştırılmasını sağlar. Ancak her CDN her senaryoda aynı sonucu vermez: cache davranışı, WAF yetenekleri, TLS (SSL) yönetimi, loglama ve kontrol seviyeleri pratikte fark yaratır. Bu rehberde Cloudflare yerine alternatif CDN’leri ne zaman düşünmeniz gerektiğini; hangi teknik ihtiyaca göre seçim yapmanız gerektiğini net şekilde anlatıyorum.

CDN ile Cloudflare arasındaki temel farklar

Cloudflare’i “en popüler CDN” gibi düşünmek kolaydır; fakat CDN seçimi aslında birkaç alt başlıkta karar vermektir: - Cache kontrolü: Purge (anlık temizleme), TTL, cache key (Vary), query string davranışı - Gelişmiş güvenlik: WAF (Web Application Firewall), bot yönetimi, rate limit, managed rules - TLS/HTTPS yönetimi: Edge TLS, origin TLS, otomatik sertifika, TLS handshake optimizasyonu - Performans mimarisi: HTTP/2/HTTP/3 desteği, sıkıştırma (gzip/br), header optimizasyonu - Gözlemlenebilirlik: log erişimi, analytics doğruluğu, gerçek istek/edge hit oranları - Kontrol ve uyumluluk: İstemci IP’nin nasıl göründüğü, gerçek kaynak IP (x-forwarded-for) davranışı

Bu maddelerden en az 2-3’ü sizin için kritikse, Cloudflare yerine alternatif bir CDN değerlendirmek mantıklıdır.

“Cloudflare kullanıyorum, neden alternatif gerekir?”

Alternatif CDN’e geçiş gerekçeleri genellikle şunlardan biri olur: - Cache davranışı beklendiği gibi çalışmıyor ve ayar sınırları kısıtlı kalıyor. - Güvenlik katmanı (özellikle WAF) maliyet/limit nedeniyle ihtiyacınızı tam karşılamıyor. - Veri/uyumluluk gerekçeleriyle belirli bir ülke veya belirli bir altyapı tercih ediliyor. - Origin tarafında (sunucu) belirli bir başlık/authorization mantığı var ve CDN’in cache key yaklaşımı uyumsuz çıkıyor. - Loglama ve raporlama, operasyon ekibinin aradığı detay seviyesini sağlamıyor.

Cloudflare yerine alternatif CDN seçme kriterleri (net kontrol listesi)

Cloudflare dışındaki CDN’lerde “aynı şey”i aramak çoğu zaman yanlış olur. Bunun yerine aşağıdaki 8 kontrol noktasını aynı şekilde test edin.

1) Cache purge ve TTL kontrolü

Şu soruları cevapsız bırakmayın: - İçerik güncellenince purge ne kadar hızlı? (dakikalar mı saniyeler mi) - TTL varsayılanı ne? Dinamik sayfalarda yanlış cache oluşuyor mu? - Query string cache’i nasıl etkiliyor? ?utm=... gibi parametreler ayrı cache yaratıyor mu?

Net test önerisi: Aynı URL’de bir içerik alanını değiştirin; purge sonrası 10 tekrar istekte edge hit oranını ve doğru içerik dönüşünü doğrulayın.

2) Cache key (Vary) davranışı

Özellikle şu durumlarda fark görünür: - Dil/locale: Accept-Language ile vary ediliyor mu? - Oturum: Cookie varlığı cache’i kırıyor mu? - Yetkilendirme: Authorization başlığı cache’i etkiliyor mu?

Cache key uyumsuzluğu, “bazı kullanıcılar eski içerik görüyor” sorununu doğurur.

3) Origin Shield / segment mimarisi

Bazı CDN’ler origin yükünü azaltmak için ek katmanlar kullanır. Özellikle Türkiye’de anlık yükselen trafiklerde origin shield benzeri bir katman avantaj sağlar.

4) WAF ve rate limit gereksinimi

WAF ihtiyacınız varsa sadece “var/yok” değil; kural seti kalitesi ve false positive oranı da önemli. - Yönetilen kurallar (managed rules) var mı? - Özel kurallar için aksiyon granüler mi? (block, challenge, allow) - Loglarda “neden engellendi?” açıklaması yeterli mi?

5) TLS (HTTPS) ve handshake maliyeti

HTTPS performansı sadece sertifika değil, handshake optimizasyonu ile ilgilidir. - Edge TLS ile origin TLS ayrımı doğru kurgulanıyor mu? - HSTS politikası doğru yönetiliyor mu? - HTTP/3 (QUIC) desteği gerçek hayatta aktif mi?

6) Gerçek kaynak IP (client IP) korunumu

Uygulamalar bazen gerçek IP’yi bağımlı şekilde kullanır. - X-Forwarded-For doğru sırada mı? - Uygulama katmanı gerçekten client IP’yi görüyor mu?

7) Analitik doğruluğu ve log formatı

Operasyon için şu detaylar önemlidir: - Edge hit oranı gerçek mi yoksa gecikmeli mi hesaplanıyor? - Loglar filtrelenebiliyor mu? (URL, status code, geo)

8) Maliyet yapısı (kullanıma göre)

CDN maliyeti genellikle şu kalemlerden oluşur: - Trafik (GB) ve istek sayısı (requests) - Veri transferi (outbound) - WAF/bot hizmetleri ek katman olarak ücretlenebilir

Burada en kritik nokta: Sadece “aylık toplam TL” değil; pik trafikte maliyetin nasıl davranacağıdır.

Cloudflare yerine alternatif CDN’ler: Ne zaman mantıklı?

Aşağıdaki senaryolar, Cloudflare yerine alternatif bir CDN’e yönelmenin pratik nedenleridir. Marka ismi yerine “yaklaşım tipi” üzerinden anlatıyorum; çünkü aynı satıcı içinde planlar ve yetenekler zamanla değişir.

Senaryo A: Cache kontrolü sizin için temel gereksinim

Örneğin e-ticaret sitenizde kategori sayfaları hızlı değişiyor, içerik güncellemelerinde purge hassasiyet istiyorsunuz. - Cloudflare bazı kullanımda güçlüdür; ancak cache key ve vary davranışı beklentinize uymuyorsa geçiş düşünün. - Alternatif CDN’de “purge API”, “policy bazlı cache” ve “daha şeffaf cache analytics” arayın.

Belirtiler: - Bazı kullanıcılar eski ürün görür. - Güncelleme sonrası birkaç dakika boyunca tutarsız sonuçlar devam eder.

Senaryo B: WAF maliyeti / kurallama politikası uyuşmuyor

WAF kullanımı yaygın; ancak gereksinimler net: - Çok sayıda managed rule yanlış alarm üretiyorsa - Rate limit kuralları ince ayar gerektiriyorsa - Bot trafiğini ayırma ihtiyacınız varsa

Bu durumda alternatif CDN’in WAF kural motoru, aksiyon çeşitliliği ve log açıklaması daha uygun olabilir.

Senaryo C: Veri/uyumluluk ve lokasyon hassasiyeti

Bazı ekipler, içerik tesliminde belirli bölgelerde daha görünür altyapı ister. - CDN’in edge lokasyon dağılımı - Logların tutulma biçimi ve erişim modeli - İsteklerin hangi ülkelerden aktarıldığı

Bu başlıklar sizin için kritikse, Cloudflare yerine farklı bir edge ağı ve daha net lokasyon raporu sunan alternatif değerlendirilebilir.

Senaryo D: Origin yükünü azaltma ve “pik” davranışı

Yeni kampanya dönemlerinde trafik aniden artar. Bazı CDN’ler, origin shield benzeri yaklaşımlarla ilk istek yükünü azaltmada daha iyi performans gösterebilir. - İlk istek gecikmesi (time to first byte) ve - Origin’e giden request sayısı

bu iki metrik belirleyicidir.

Senaryo E: Uygulama başlıkları (Authorization/Cookie) ile uyumluluk sorunu

API gateway + CDN + uygulama mimarisinde cache’i kıran başlıklar kritik rol oynar. - CDN’in “hangi başlık cache key’e giriyor” politikası - Cookie varlığında cache davranışı

uyuşmuyorsa, alternatif CDN daha uyumlu olabilir.

Karşılaştırma tablosu: Ne aramalısınız?

Aşağıdaki tablo “seçim için test edilen” kriterleri özetler. Hedef, Cloudflare’ın tek başına daha iyi olması değil; sizin gereksiniminize daha net uyan CDN’i bulmektir.

Test planı: Geçmeden önce 48 saatlik net doğrulama

Cloudflare’dan alternatif CDN’e geçiş kararı verirken “tek sefer hız testi” yetersiz kalır. 48 saatlik doğrulama, gerçek davranışı gösterir.

1) Başarı metrikleri (ölçülecek net sayılar)

• TTFB (Time To First Byte): alt URL setinde medyan değer
• Edge hit oranı: cache edilen istek oranı
• Yanlış cache oranı: güncelleme sonrası eski içerik gören deneme sayısı
• Origin request oranı: CDN’in origin’i ne kadar az kullandığı
• 4xx/5xx oranı: özellikle yeni kurallar devredeyken

2) URL segmentleri

Tek tip test yapmayın. En az şu segmentlerle test edin: - Statik dosyalar: css/js/images - Yarı dinamik sayfalar: kategori/listeler - Tam dinamik sayfalar: sepet/checkout veya kişiselleştirme - API endpoint: (varsa) GET ve POST ayrımı

3) Aynı içerik güncellemesi ile purge deneyi

• Örnek bir HTML dosyasında metin değiştirin.
• CDN purge sonrası 10 tekrar istekte doğru içeriği doğrulayın.

4) Güvenlik deneyi (WAF varsa)

• Bilinçli bir “zararlı imza” simülasyonu yapın (test ortamında).
• Engellemenin doğru çalıştığını, false positive üretmediğini loglardan kontrol edin.

Yaygın hata senaryoları: “CDN hızlı olmadı” nedenleri

CDN geçişi sonrası performans düşüşü genelde CDN’den değil, yapılandırmadan kaynaklanır.

Hata 1: Yanlış cache politikasında dinamik sayfayı cache’lemek

Sonuç: - Kişiselleştirilmiş içerik karışır - Oturum bazlı sayfalar eski kalır

Çözüm: - Cookie/Authorization içeren isteklerde cache’i kapatın veya uygun policy uygulayın.

Hata 2: Compression (gzip/br) ve varyasyon çakışması

Sonuç: - Bazı istemcilerde gereksiz yeniden sıkıştırma veya yanlış vary oluşur

Çözüm: - CDN’in Accept-Encoding vary davranışını doğrulayın.

Hata 3: HTTP/3 aktif sanıp doğrulamamak

Sonuç: - Gerçekte HTTP/2 üzerinden gidilir, beklenen kazanım olmaz

Çözüm: - Tarayıcı geliştirici araçları ve curl testleriyle gerçekten QUIC trafiği var mı bakın.

Hata 4: Origin throttling ve rate limit çakışması

Sonuç: - CDN iyi cache’liyor gibi görünse bile origin’e gelen çağrılar tıkanıp gecikme üretiyor

Çözüm: - Origin tarafında logları inceleyin: CDN hit oranı yüksekken bile origin neden istek alıyor?

Sonuç: Cloudflare’a alternatif CDN ne zaman doğru seçenektir?

Cloudflare yerine alternatif CDN seçmek için ana kriter, sizin kullanım senaryonuzda cache kontrolü, TLS/WAF gereksinimi, loglama şeffaflığı ve origin ile uyum alanlarından birinde net bir eksiklik görmenizdir. En doğru aksiyon; önce 48 saatlik ölçüm planını uygulamak, URL segmentleriyle cache/purge ve güvenlik davranışını test etmektir. Bu testlerin sonunda TTFB, edge hit oranı ve yanlış içerik oranı hedeflerinize uymuyorsa, geçiş kararı netleşir.

İsterseniz NetKıyas üzerinden sitenizin türüne göre (ör. statik ağırlıklı blog, e-ticaret, API) CDN türlerini daha daraltacak şekilde bir karşılaştırma kurgulayabiliriz. Karar verirken tek bir “hız puanı” yerine ölçtüğünüz metriklere göre ilerleyin.