CDN Nedir?

CDN (Content Delivery Network), web sitelerinde, mobil uygulamalarda, dijital platformlarda ve çevrim içi servislerde statik ve belirli türde dinamik içeriklerin kullanıcılara daha hızlı, güvenilir ve düşük gecikmeyle ulaştırılmasını sağlayan dağıtık sunucu altyapısıdır. Temel çalışma mantığında; HTML, CSS, JavaScript, görseller, video dosyaları, fontlar, yazılım paketleri ve benzeri içeriklerin kullanıcının fiziksel konumuna daha yakın olan CDN sunucularından teslim edilmesi bulunur. Geleneksel bir web sunucusu modelinde tüm kullanıcı istekleri tek bir sunucuya veya sınırlı sayıdaki sunucuya yönlendirilirken CDN mimarisinde içerikler farklı coğrafi bölgelerde konumlandırılmış çok sayıda edge (uç) sunucu üzerinden dağıtılabilir. Kullanıcı bir web sitesine eriştiğinde DNS yönlendirmeleri, Anycast ağ yapıları, yük dengeleme mekanizmaları ve çeşitli trafik yönlendirme algoritmaları kullanılarak en uygun CDN noktası belirlenebilir. Böylece istemci ile içerik kaynağı arasındaki ağ mesafesi azaltılır, özellikle yüksek trafik alan web sitelerinde ana sunucunun üzerindeki yük düşürülür ve içeriklerin daha kısa sürede kullanıcıya ulaştırılması mümkün hale gelir. CDN’nin performans üzerindeki etkisi yalnızca dosyaların önbelleğe alınmasıyla sınırlı değildir; bağlantı yönetimi, HTTP/2 ve HTTP/3 desteği, TLS sonlandırma, sıkıştırma, görüntü optimizasyonu, önbellek politikaları ve trafik optimizasyonu gibi birçok teknik mekanizma modern CDN mimarisinin parçası olabilir.

CDN teknolojisi günümüzde yalnızca “web sitesini hızlandıran bir sistem” olarak değerlendirilmemelidir. Doğru yapılandırılmış bir CDN, performans optimizasyonunun yanında ölçeklenebilirlik, yüksek erişilebilirlik, trafik yönetimi ve siber güvenlik açısından da önemli bir altyapı katmanı oluşturur. Özellikle yoğun ziyaret alan e-ticaret siteleri, haber platformları, SaaS uygulamaları, video servisleri, kurumsal web siteleri ve global ölçekte hizmet veren dijital platformlarda ani trafik artışlarının yönetilmesi CDN kullanımının temel avantajlarından biridir. Örneğin milyonlarca kullanıcının aynı görsel, JavaScript dosyası veya video içeriğine erişmesi durumunda bu içeriklerin her istekte origin sunucudan yeniden alınması yerine CDN edge noktalarında önbelleğe alınması, origin üzerindeki istek sayısını ciddi ölçüde azaltabilir. Bunun yanında CDN servisleri DDoS saldırılarına karşı trafik filtreleme, Web Application Firewall (WAF), bot yönetimi, rate limiting ve güvenlik kuralları gibi ek koruma mekanizmaları da sunabilir. Ancak CDN’den gerçek anlamda verim alınabilmesi için cache-control başlıkları, TTL değerleri, cache key yapısı, purge/invalidation süreçleri, origin bağlantıları, DNS yapılandırması, SSL/TLS politikaları ve içerik türlerine göre önbellekleme stratejilerinin doğru tasarlanması gerekir. Bu nedenle CDN, yalnızca birkaç DNS ayarıyla devreye alınan basit bir hızlandırma hizmeti değil; web uygulamasının ağ mimarisi, sunucu altyapısı, performans stratejisi ve güvenlik modeliyle birlikte ele alınması gereken kapsamlı bir dağıtık içerik teslim altyapısıdır.

CDN Nasıl Çalışır ve İçerik Dağıtımı Nasıl Gerçekleşir?

CDN (Content Delivery Network), kullanıcı ile web uygulamasının çalıştığı origin sunucu arasına yerleşen dağıtık bir içerik teslim katmanıdır. CDN altyapısının temel amacı, kullanıcıların web sitesine ait içeriklere mümkün olduğunca düşük ağ gecikmesiyle ulaşmasını sağlamaktır. Bunun için farklı şehirlerde, ülkelerde veya kıtalarda konumlandırılmış edge sunucular kullanılır. Kullanıcı bir web sitesine eriştiğinde isteğin doğrudan origin sunucuya gitmesi yerine, CDN mimarisi içerisinde uygun bir edge noktasına yönlendirilmesi mümkün olur. Edge sunucuda istenen içerik daha önce önbelleğe alınmışsa içerik doğrudan buradan kullanıcıya gönderilir. İçerik edge üzerinde bulunmuyorsa CDN, isteği origin sunucuya iletir, aldığı yanıtı belirlenen önbellekleme kurallarına göre saklayabilir ve ardından içeriği kullanıcıya ulaştırır. Bu yapı sayesinde aynı içeriğin sonraki isteklerde tekrar tekrar origin sunucudan alınmasının önüne geçilir.

CDN’nin çalışma mantığını yalnızca “kullanıcıya yakın sunucudan dosya gönderme” şeklinde değerlendirmek teknik açıdan eksik kalır. Modern CDN sistemleri DNS çözümleme, Anycast yönlendirme, IP tabanlı trafik yönetimi, coğrafi konum, ağ gecikmesi, sunucu yükü, önbellek durumu ve erişilebilirlik gibi birçok değişkeni dikkate alabilir. Ayrıca HTTP/2, HTTP/3, QUIC, TLS, sıkıştırma, görüntü optimizasyonu, bağlantı yeniden kullanımı ve akıllı önbellekleme gibi teknolojiler de içerik teslim sürecinin performansını doğrudan etkiler. Bu nedenle CDN, web uygulamasının önünde çalışan basit bir proxy sunucusundan çok daha kapsamlı, dağıtık ve yüksek ölçekli bir ağ mimarisidir.

Origin Sunucu ve CDN Edge Sunucuları

CDN mimarisinde origin sunucu, web sitesinin veya uygulamanın asıl kaynaklarını barındıran merkezi sistemdir. Web sunucusu, uygulama sunucusu, veritabanı bağlantıları, dosya depolama sistemi ve diğer backend bileşenleri origin tarafında bulunabilir. CDN ise bu kaynakların tamamını sürekli olarak kendisi üretmez; çoğunlukla origin tarafından sağlanan içeriğin kullanıcılara daha verimli şekilde ulaştırılmasını sağlar.

Örneğin bir e-ticaret sitesinde ürün görsellerinin origin sunucuda bulunduğunu düşünelim. Türkiye’deki, Almanya’daki ve Amerika Birleşik Devletleri’ndeki kullanıcıların tamamı aynı origin sunucuya bağlanıyorsa, kullanıcı ile sunucu arasındaki fiziksel mesafe ve ağ rotası değiştikçe gecikme süreleri de değişebilir. CDN kullanıldığında ürün görselleri farklı edge noktalarında önbelleğe alınabilir. Kullanıcı içeriği talep ettiğinde uygun CDN noktası içeriği doğrudan sunabilir.

Bu sistemin önemli bir avantajı, origin sunucunun her kullanıcı için aynı statik dosyayı yeniden üretmek veya göndermek zorunda kalmamasıdır. Özellikle büyük boyutlu görseller, JavaScript dosyaları, CSS dosyaları, fontlar ve video içerikleri söz konusu olduğunda bu fark oldukça önemlidir.

Kullanıcı İsteğinin CDN Üzerinden İletilmesi

Bir kullanıcı tarayıcısına web sitesi adresini yazdığında veya bir sayfadaki bağlantıya tıkladığında arka planda birden fazla ağ işlemi gerçekleşir. Öncelikle alan adının IP adresinin belirlenmesi gerekir. CDN kullanılan sistemlerde DNS yapılandırması, kullanıcı isteklerinin CDN altyapısına yönlendirilmesinde kritik rol oynar.

Basitleştirilmiş bir akış şu şekilde düşünülebilir:

Kullanıcı → DNS → CDN Edge → Cache kontrolü → Origin veya doğrudan içerik → Kullanıcı

Kullanıcının talep ettiği kaynak CDN edge üzerinde mevcutsa içerik doğrudan edge sunucudan teslim edilir. Buna cache hit adı verilir. İçerik edge üzerinde bulunmuyorsa cache miss meydana gelir ve CDN origin sunucuya başvurur. Origin’den alınan içerik kullanıcıya gönderilirken aynı zamanda CDN’nin önbelleğine kaydedilebilir. Sonraki kullanıcıların aynı kaynağı istemesi durumunda içerik doğrudan CDN’den servis edilebilir.

DNS Yönlendirmesinin CDN İçin Önemi

CDN mimarisinde DNS, kullanıcı trafiğinin doğru altyapıya yönlendirilmesi açısından kritik bir bileşendir. Alan adının DNS kayıtları CDN sağlayıcısının altyapısına yönlendirildiğinde kullanıcı isteklerinin CDN tarafından karşılanması mümkün hale gelir.

Ancak burada yalnızca DNS’in CDN’ye yönlendirilmesi yeterli değildir. CDN sağlayıcısı, kullanıcının bulunduğu bölgeyi, mevcut edge noktalarının durumunu, ağ gecikmelerini ve trafik yoğunluğunu dikkate alarak uygun bir teslim noktası seçebilir.

Örneğin İstanbul’daki bir kullanıcının Avrupa’daki bir edge noktasından içerik alması ile Asya’daki bir edge noktasından içerik alması arasında ağ gecikmesi bakımından ciddi fark oluşabilir. CDN’nin amacı, mümkün olduğunda kullanıcıya daha uygun bir ağ noktası üzerinden içerik teslim etmektir.

Edge Server Nedir?

Edge server, CDN ağının kullanıcıya içerik sunan uç noktalarından biridir. Bu sunucular genellikle veri merkezlerinde konumlandırılır ve kullanıcıların taleplerine origin sunucudan daha yakın bir noktadan yanıt verilmesini sağlar.

Edge sunucunun üzerinde çeşitli içerikler önbelleğe alınabilir. Bunlar arasında:

• CSS dosyaları,
• JavaScript dosyaları,
• JPG, PNG, WebP ve AVIF görselleri,
• Web fontları,
• PDF dosyaları,
• Video segmentleri,
• İndirilebilir dosyalar,
• Bazı HTML yanıtları,
• API yanıtlarının belirli türleri

bulunabilir.

Ancak her içerik türünün CDN’de önbelleğe alınması doğru değildir. Özellikle kullanıcıya özel bilgiler içeren, oturum bazlı veya sürekli değişen verilerin yanlış yapılandırmayla cache edilmesi hem teknik hem de güvenlik açısından ciddi problemlere yol açabilir.

Cache Hit ve Cache Miss Mekanizması

CDN performansının anlaşılmasında en önemli kavramlardan biri cache hit ratio, yani önbellek isabet oranıdır.

Bir kullanıcının istediği dosya CDN edge üzerinde mevcutsa CDN doğrudan dosyayı kullanıcıya gönderebilir. Bu durumda:

Cache Hit → Edge sunucu → Kullanıcı

akışı gerçekleşir.

Dosya edge üzerinde yoksa:

Cache Miss → Edge → Origin → Edge → Kullanıcı

şeklinde bir işlem gerçekleşebilir.

Cache hit oranı yükseldikçe origin sunucunun yükü genellikle azalır. Özellikle aynı içeriklerin çok sayıda kullanıcı tarafından talep edildiği web sitelerinde yüksek cache hit oranı CDN’nin temel performans avantajlarından biridir.

Örneğin 1.000.000 adet görsel isteğinin %95’inin CDN önbelleğinden karşılandığını varsayalım. Bu durumda teorik olarak yalnızca yaklaşık 50.000 isteğin origin tarafına ulaşması gerekir. Gerçek sistemlerde istek yapısı, cache politikaları, varyasyonlar ve yeniden doğrulama mekanizmaları nedeniyle hesaplama daha karmaşık olabilir; ancak temel fikir aynıdır: origin’e giden gereksiz trafik azaltılır.

Cache-Control ve TTL Değerleri

CDN’nin hangi içeriği ne kadar süre boyunca önbellekte tutacağını belirlemek için HTTP cache başlıkları büyük önem taşır. Özellikle Cache-Control, Expires ve benzeri mekanizmalar tarayıcı ile CDN arasındaki cache davranışını belirlemede kullanılabilir.

Örneğin bir CSS dosyası uzun süre değişmiyorsa uzun bir TTL değeri kullanılabilir. Buna karşılık sürekli değişen bir içerik daha kısa süre önbellekte tutulabilir.

TTL, yani Time To Live, bir içeriğin cache’de ne kadar süre geçerli kabul edileceğini belirleyen temel parametrelerden biridir.

Basit bir senaryoda:

logo.svg → TTL: 7 gün
style.css → TTL: 1 gün
ürün görseli → TTL: 30 gün
dinamik kullanıcı hesabı → Cache dışı

gibi farklı politikalar uygulanabilir.

Burada önemli olan nokta, TTL’nin tek başına yeterli olmamasıdır. İçerik güncellendiğinde CDN üzerinde eski sürümün bulunması problemi ortaya çıkabilir. Bu nedenle cache invalidation veya purge mekanizmalarının da doğru şekilde tasarlanması gerekir.

Cache Invalidation ve Purge İşlemleri

Bir dosya CDN tarafından önbelleğe alındıktan sonra origin sunucudaki dosya değişse bile edge sunucuda eski sürüm bulunabilir. Bu durumda CDN’nin eski içeriği ne zaman bırakacağı TTL ve diğer cache politikalarına bağlıdır.

Örneğin web sitesinin style.css dosyası CDN üzerinde 7 gün süreyle saklanıyorsa ve dosya ikinci gün değiştirilirse kullanıcıların tamamı yeni dosyayı hemen alamayabilir.

Bu sorunu çözmek için cache purge veya cache invalidation işlemleri kullanılabilir.

Alternatif bir yöntem ise dosya adını veya URL’sini değiştirmektir:

style.css

yerine:

style.v2.css

veya:

style.css?v=2

gibi sürümleme teknikleri uygulanabilir.

Özellikle frontend geliştirme süreçlerinde cache busting olarak adlandırılan bu yaklaşım, CDN cache’inde eski dosya bulunmasına rağmen tarayıcının yeni kaynağı istemesini sağlar.

CDN’de Origin’e Düşen İstekler

CDN kullanılması origin sunucunun tamamen devre dışı kalacağı anlamına gelmez. CDN’nin arkasında hâlâ uygulamanın ana sunucusu bulunur. Dinamik işlemler, cache edilmeyen içerikler ve cache süresi dolmuş kaynaklar gerektiğinde origin’e ulaşabilir.

Örneğin kullanıcı giriş sistemi olan bir web sitesinde:

/logo.webp
/style.css
/app.js

gibi statik kaynaklar CDN üzerinden servis edilirken:

/account
/cart
/checkout
/api/order

gibi kullanıcıya özel veya işlem gerektiren endpoint’ler origin sunucuda işlenebilir.

Bu nedenle başarılı bir CDN mimarisinde statik ve dinamik içeriklerin birbirinden ayrılması önemlidir.

CDN ve Dinamik İçerik

CDN’ler yalnızca statik dosyalarla sınırlı değildir. Modern CDN mimarileri belirli koşullarda dinamik içeriklerin teslim sürecini de optimize edebilir. Ancak dinamik içeriğin cache edilmesi çok daha dikkatli tasarım gerektirir.

Örneğin herkese aynı şekilde gösterilen bir haber sayfası belirli koşullarda cache edilebilir. Buna karşılık kullanıcının hesabındaki siparişler, sepet bilgileri veya kişiselleştirilmiş ödeme ekranları genel CDN cache’ine alınmamalıdır.

Dinamik içerikte kullanılan cache anahtarları, HTTP header’ları, cookie’ler, sorgu parametreleri ve oturum bilgileri doğru değerlendirilmelidir.

Yanlış yapılandırılmış bir cache sistemi, performans problemi oluşturmaktan daha ciddi sonuçlar doğurabilir. Örneğin kullanıcıya özel bir API yanıtının yanlışlıkla ortak cache’e alınması, başka bir kullanıcının aynı veriyi görmesine neden olabilir. Bu nedenle CDN yapılandırması yapılırken performans ile veri güvenliği birlikte değerlendirilmelidir.

HTTP/2 ve HTTP/3 ile CDN Performansı

Modern CDN sistemleri HTTP/2 ve HTTP/3 gibi yeni nesil iletişim protokollerinden yararlanabilir. HTTP/2, aynı TCP bağlantısı üzerinden birden fazla isteğin daha verimli şekilde taşınmasına olanak tanıyan multiplexing gibi özellikler sunar.

HTTP/3 ise QUIC protokolü üzerinde çalışır ve UDP tabanlı bir taşıma yaklaşımı kullanır. Özellikle bağlantı kurulumu, paket kaybı ve mobil ağ koşullarında farklı performans avantajları sağlayabilir.

Bu teknolojilerin CDN ile birlikte kullanılması, kullanıcı ile edge sunucu arasındaki bağlantının daha verimli hale getirilmesine yardımcı olabilir. Ancak gerçek performans kazanımı; istemci cihazı, internet bağlantısı, ağ koşulları, dosya boyutları, sunucu yapılandırması ve uygulamanın kaynak yükleme biçimi gibi birçok faktöre bağlıdır.

TLS ve HTTPS Trafiğinin CDN Üzerinden Taşınması

CDN’ler modern web sitelerinde HTTPS trafiğinin yönetiminde de önemli bir rol üstlenebilir. Kullanıcı ile CDN arasındaki bağlantı TLS ile şifrelenirken CDN ile origin sunucu arasında da ayrı bir güvenli bağlantı kurulabilir.

Temel olarak:

Kullanıcı → HTTPS → CDN → HTTPS → Origin

şeklinde bir yapı oluşturulabilir.

Burada TLS sertifikasının CDN üzerinde sonlandırılması, TLS termination olarak adlandırılır. CDN sağlayıcısı kullanıcı bağlantısını sonlandırdıktan sonra isteği origin sunucuya iletebilir.

Ancak güvenlik açısından CDN ile origin arasındaki bağlantının da korunması önemlidir. Origin sunucunun yalnızca CDN’den gelen bağlantıları kabul etmesi, doğrudan erişimin sınırlandırılması ve uygun güvenlik politikalarının uygulanması genel mimarinin güvenliğini artırabilir.

CDN’nin Genel Çalışma Akışı

Bir CDN’nin çalışma sürecini teknik olarak sadeleştirdiğimizde aşağıdaki yapı ortaya çıkar:

Kullanıcı
   │
   ▼
DNS Çözümleme
   │
   ▼
Uygun CDN Edge Noktası
   │
   ▼
Cache Kontrolü
   │
   ├── Cache Hit ──► İçerik Kullanıcıya Gönderilir
   │
   └── Cache Miss
           │
           ▼
      Origin Sunucu
           │
           ▼
      İçerik CDN'ye Alınır
           │
           ▼
      Kullanıcıya Gönderilir

Bu mimaride CDN’nin başarısı yalnızca edge sunucuların sayısına bağlı değildir. Doğru cache politikası, uygun TTL değerleri, doğru DNS yapılandırması, origin performansı, ağ rotaları, HTTP protokolü, TLS yapılandırması ve içerik optimizasyonu birlikte değerlendirilmelidir.

CDN’nin temel çalışma prensibi; kullanıcı isteklerini dağıtık edge noktalarına yönlendirmek, uygun içerikleri bu noktalarda önbelleğe almak ve mümkün olduğunca fazla isteği origin sunucuya gitmeden karşılamaktır. Böylece hem kullanıcı ile içerik arasındaki ağ mesafesi azaltılabilir hem de origin altyapısının taşıdığı trafik önemli ölçüde düşürülebilir. Ancak yüksek performans elde etmek için CDN’nin yalnızca aktif edilmesi yeterli değildir. Web sitesinin içerik yapısına, trafik modeline, kullanıcı konumlarına ve güvenlik gereksinimlerine uygun bir CDN mimarisi ve cache stratejisi oluşturulması gerekir.

CDN Kullanmanın Avantajları, Performans ve Güvenlik Etkileri

CDN kullanımının temel amacı web içeriğinin kullanıcıya daha hızlı ulaştırılması olsa da modern CDN altyapıları bunun çok ötesinde avantajlar sunar. Dağıtık edge sunucular sayesinde kullanıcı isteklerinin origin sunucuya olan bağımlılığı azaltılır; statik içerikler kullanıcıya daha yakın noktalardan servis edilir, ağ gecikmesi düşürülebilir ve yüksek trafik dönemlerinde sunucu altyapısının daha dengeli çalışması sağlanabilir. Bunun yanında CDN; trafik dağıtımı, önbellekleme, TLS sonlandırma, DDoS koruması, Web Application Firewall (WAF), bot yönetimi ve erişim kontrolü gibi işlevleri tek bir dağıtık altyapı üzerinde birleştirebilir. Özellikle global kullanıcı kitlesine sahip web sitelerinde CDN’nin sağladığı coğrafi dağılım, performans ve erişilebilirlik açısından önemli bir avantaj oluşturur.

CDN’nin performans ve güvenlik açısından sağladığı faydalar birbirinden bağımsız düşünülmemelidir. Örneğin CDN üzerinden statik dosyaların sunulması yalnızca sayfanın daha hızlı yüklenmesine katkı sağlamaz; aynı zamanda origin sunucunun saldırı veya yoğun trafik altında daha az kaynak tüketmesine yardımcı olabilir. Benzer şekilde CDN üzerinde uygulanan trafik filtreleme ve rate limiting kuralları, kötü amaçlı veya gereksiz isteklerin uygulama sunucusuna ulaşmadan engellenmesine olanak sağlayabilir. Bununla birlikte CDN’nin otomatik olarak her web sitesini hızlandıracağı veya tamamen güvenli hale getireceği düşünülmemelidir. Yanlış cache politikaları, gereksiz yönlendirmeler, hatalı güvenlik kuralları, büyük dosyalar veya yavaş çalışan origin uygulaması CDN kullanıldığı halde performans problemlerinin devam etmesine neden olabilir. Bu nedenle CDN’nin avantajlarından maksimum seviyede yararlanabilmek için altyapının teknik olarak doğru yapılandırılması gerekir.

Web Sitesi Performansına Etkisi

CDN’nin en önemli avantajlarından biri ağ gecikmesini azaltma potansiyelidir. Kullanıcı ile origin sunucu arasındaki fiziksel ve ağ mesafesi arttıkça veri paketlerinin gidip gelmesi için gereken süre de artabilir. CDN, içeriğin kullanıcıya daha yakın edge sunucudan teslim edilmesini sağlayarak bu mesafenin azaltılmasına yardımcı olur.

Örneğin Türkiye’deki bir kullanıcının Avrupa’da bulunan bir CDN edge noktasından içerik alması, içeriğin Kuzey Amerika’daki bir origin sunucudan doğrudan alınmasına kıyasla daha düşük gecikme sağlayabilir. Elbette gerçek sonuç yalnızca coğrafi mesafeye bağlı değildir; internet servis sağlayıcısının yönlendirmeleri, peering bağlantıları, ağ yoğunluğu ve CDN’nin mevcut altyapısı da sonucu etkiler.

Bu nedenle CDN’nin performans avantajı özellikle global kullanıcı kitlesine sahip web sitelerinde daha belirgin hale gelebilir.

Sayfa Yükleme Süresinin İyileştirilmesi

Bir web sayfası genellikle tek bir dosyadan oluşmaz. HTML dokümanının yanında onlarca hatta yüzlerce CSS, JavaScript, görsel, font ve diğer kaynak yüklenebilir.

Örneğin bir e-ticaret ürün sayfasında:

• Ürün görselleri
• Küçük resimler
• CSS dosyaları
• JavaScript dosyaları
• Web fontları
• Logo
• İkonlar
• Video dosyaları
• Kampanya görselleri

gibi çok sayıda kaynak bulunabilir.

Bu kaynakların önemli bir bölümünün CDN üzerinden teslim edilmesi, tarayıcının kaynaklara daha uygun ağ noktalarından erişmesini sağlayabilir. Özellikle büyük görseller ve sık kullanılan statik dosyalarda CDN cache mekanizması önemli performans kazanımları sağlayabilir.

Ancak sayfa hızının yalnızca CDN tarafından belirlenmediği unutulmamalıdır. Sunucu yanıt süresi, HTML üretim süresi, JavaScript miktarı, görsel boyutları, veritabanı sorguları, üçüncü taraf servisler ve frontend mimarisi de toplam yükleme süresini doğrudan etkiler.

Origin Sunucunun Yükünün Azaltılması

CDN’nin önemli avantajlarından biri de origin sunucunun üzerindeki trafik yükünü azaltmasıdır.

Normal bir yapıda kullanıcıların yaptığı her kaynak isteği origin sunucuya ulaşabilir:

100.000 kullanıcı
       ↓
100.000+ istek
       ↓
Origin Sunucu

CDN kullanılan bir sistemde ise cache’lenebilir içerikler edge sunuculardan karşılanabilir:

100.000 kullanıcı
       ↓
CDN Edge Noktaları
       ↓
Cache Hit
       ↓
Kullanıcı

Origin yalnızca gerektiğinde devreye girer.

Bu durum özellikle yüksek trafikli web sitelerinde önemlidir. Sunucunun CPU, RAM, disk ve ağ kaynakları daha verimli kullanılabilir. Web uygulamasının asıl iş mantığına ayrılabilecek kaynak miktarı artabilir.

Ani Trafik Artışlarının Yönetilmesi

Web sitelerinde trafik her zaman sabit değildir. Bir kampanya, haber, sosyal medya paylaşımı, ürün lansmanı veya reklam çalışması sonucunda kısa süre içerisinde normalin çok üzerinde ziyaretçi gelebilir.

Örneğin normalde saatte 10.000 istek alan bir web sitesinin viral bir içerik nedeniyle bir anda milyonlarca kaynak isteği alması mümkündür. Tüm bu trafiğin doğrudan origin sunucuya ulaşması ciddi kaynak tüketimine ve hizmet kesintisine yol açabilir.

CDN, cache’lenebilir içerikleri edge noktalarından sunarak origin üzerindeki ani yükün önemli bölümünü absorbe edebilir. Böylece altyapının trafik artışlarına karşı daha dayanıklı hale gelmesine yardımcı olur.

Burada CDN’nin tek başına sınırsız ölçekleme sağlamadığı özellikle belirtilmelidir. Dinamik API çağrıları, veritabanı işlemleri ve kullanıcıya özel istekler hâlâ origin altyapısına yük bindirebilir. Bu nedenle CDN; load balancing, autoscaling, veritabanı optimizasyonu ve uygulama mimarisiyle birlikte değerlendirilmelidir.

Bant Genişliği Tasarrufu

CDN önbelleklemesi, origin sunucudan gönderilen veri miktarını azaltabilir. Özellikle büyük boyutlu dosyalar sık şekilde talep ediliyorsa bu durum önemli hale gelir.

Örneğin 2 MB boyutundaki bir görsel 500.000 kez origin sunucudan gönderilmek yerine CDN edge’lerinde cache’lendiğinde, aynı içeriğin tekrar tekrar origin’den taşınmasına gerek kalmayabilir.

Bu yalnızca performans açısından değil, sunucu bant genişliği tüketimi açısından da avantaj sağlayabilir.

Ancak CDN maliyetleri ayrıca değerlendirilmelidir. CDN hizmetleri genellikle veri aktarımı, istek sayısı, özellik kullanımı veya farklı kullanım katmanlarına göre ücretlendirilebilir. Bu nedenle yüksek trafik alan projelerde CDN seçimi yapılırken yalnızca teknik özelliklere değil, toplam veri transfer maliyetine de bakılmalıdır.

Yüksek Erişilebilirlik

CDN’nin dağıtık yapısı, web içeriğinin tek bir fiziksel sunucuya bağımlılığını azaltabilir. Bir edge noktasında sorun yaşandığında CDN altyapısı uygun olduğu ölçüde başka bir noktaya yönlendirme yapabilir.

Bu yaklaşım high availability, yani yüksek erişilebilirlik mimarisinin önemli parçalarından biri olabilir.

Ancak burada CDN ile origin yüksek erişilebilirliğinin birbirinden farklı olduğu unutulmamalıdır. CDN’nin çok sayıda edge sunucuya sahip olması, origin sunucunun tek başına kalmasını otomatik olarak çözmez.

Gerçek anlamda yüksek erişilebilirlik için:

• Birden fazla origin,
• Load balancing,
• Health check,
• Otomatik failover,
• Yedekleme,
• Veritabanı replikasyonu,
• DNS dayanıklılığı

gibi mekanizmalar da kullanılabilir.

DDoS Saldırılarına Karşı Koruma

CDN’lerin güvenlik açısından en önemli kullanım alanlarından biri DDoS saldırılarına karşı trafik absorbe etme ve filtreleme yetenekleridir.

Dağıtık Hizmet Engelleme (Distributed Denial of Service) saldırılarında hedef sisteme çok yüksek miktarda istek veya ağ trafiği gönderilerek hizmetin kullanılamaz hale getirilmesi amaçlanabilir.

CDN, trafiği geniş bir edge ağı üzerinden karşılayabildiği için saldırı trafiğinin doğrudan origin sunucuya ulaşmasını azaltabilir. Gelişmiş CDN servislerinde saldırı tespit ve filtreleme sistemleri gerçek zamanlı olarak devreye girebilir.

Örneğin:

Saldırganlar
    ↓
CDN Güvenlik Katmanı
    ↓
Filtreleme
    ↓
Meşru Trafik → Origin

şeklinde bir yapı oluşturulabilir.

Bu yapı origin sunucunun doğrudan internete açık bırakılmasına kıyasla daha güçlü bir güvenlik mimarisi oluşturabilir.

Web Application Firewall (WAF)

Modern CDN platformlarında Web Application Firewall (WAF) özellikleri de bulunabilir. WAF, HTTP ve HTTPS trafiğini uygulama katmanı seviyesinde inceleyerek belirli saldırı türlerini tespit etmeye ve engellemeye yardımcı olur.

WAF üzerinde örneğin:

• SQL Injection,
• Cross-Site Scripting (XSS),
• Şüpheli HTTP istekleri,
• Kötü amaçlı bot trafiği,
• Anormal URL istekleri,
• Rate limit ihlalleri

gibi durumlara yönelik kurallar uygulanabilir.

WAF’ın avantajlarından biri, zararlı isteğin origin uygulamaya ulaşmadan önce CDN katmanında filtrelenebilmesidir.

Ancak WAF bir uygulamanın bütün güvenlik açıklarını otomatik olarak ortadan kaldırmaz. Uygulama kodundaki mantık hataları, yetkilendirme problemleri, yanlış yapılandırılmış API’ler ve veri erişim açıkları için ayrıca güvenlik kontrolleri gerekir.

Bot Yönetimi ve Rate Limiting

Web sitelerine gelen bütün trafik gerçek kullanıcılar tarafından oluşturulmaz. Arama motoru botları, API istemcileri, otomatik tarayıcılar, kötü amaçlı botlar ve scraping sistemleri ciddi miktarda trafik oluşturabilir.

CDN üzerinde uygulanan bot yönetimi kuralları, şüpheli trafik davranışlarının tespit edilmesine yardımcı olabilir.

Bunun yanında rate limiting, belirli bir IP adresinin veya istemcinin belirli zaman aralığında yapabileceği istek sayısını sınırlandırmak için kullanılabilir.

Örneğin:

IP → 60 saniyede maksimum 100 istek

gibi bir kural uygulanabilir.

Bu tür kontroller özellikle login, API, arama ve form endpoint’lerinde önem taşır.

SSL/TLS Güvenliği

CDN, HTTPS bağlantılarının yönetilmesinde de önemli bir katman olabilir. TLS sertifikaları CDN üzerinde sonlandırılabilir ve kullanıcı ile CDN arasındaki iletişim şifreli şekilde gerçekleştirilebilir.

Daha güvenli bir mimaride CDN ile origin arasındaki bağlantı da HTTPS üzerinden devam ettirilir:

Kullanıcı
   ↓ HTTPS
CDN
   ↓ HTTPS
Origin

Bu yaklaşım, kullanıcı ile CDN arasındaki trafiğin güvenli olmasının yanında CDN ile origin arasındaki bağlantının da korunmasını sağlar.

Global Kullanıcı Deneyimi

Bir web sitesi yalnızca tek bir şehir veya ülkeden ziyaret edilmiyorsa CDN’nin coğrafi dağılımı kullanıcı deneyimini doğrudan etkileyebilir.

Örneğin aynı web sitesine:

• İstanbul’dan,
• Londra’dan,
• Berlin’den,
• New York’tan,
• Tokyo’dan

erişen kullanıcıların ağ koşulları aynı değildir.

CDN, içeriği farklı bölgelerdeki edge noktalarına dağıtarak kullanıcıların uygun bir ağ noktasından hizmet almasına yardımcı olabilir. Bu özellikle global e-ticaret siteleri, SaaS platformları, oyun servisleri, medya platformları ve uluslararası kurumsal web siteleri için değerlidir.

CDN’nin SEO ve Core Web Vitals Üzerindeki Etkisi

CDN doğrudan bir “SEO sıralama faktörü” olarak değerlendirilmemelidir. Bununla birlikte CDN’nin performans üzerinde sağladığı iyileştirmeler, kullanıcı deneyimini ve bazı teknik performans metriklerini olumlu yönde etkileyebilir.

Özellikle:

• LCP (Largest Contentful Paint),
• INP (Interaction to Next Paint),
• CLS (Cumulative Layout Shift)

gibi Core Web Vitals metrikleri üzerinde CDN’nin dolaylı etkisi olabilir.

Örneğin büyük bir hero görselinin CDN üzerinden daha hızlı teslim edilmesi LCP açısından olumlu sonuç verebilir. Fakat LCP’nin kötü olmasının nedeni yavaş backend, render-blocking JavaScript veya ağır frontend koduysa yalnızca CDN kullanmak sorunu çözmeyebilir.

CDN Kullanırken Dikkat Edilmesi Gerekenler

CDN’nin çok sayıda avantajı olmasına rağmen yanlış yapılandırılması çeşitli problemlere yol açabilir. Özellikle cache politikalarının hatalı belirlenmesi önemli sonuçlar doğurabilir.

Dikkat edilmesi gereken başlıca noktalar şunlardır:

• Kullanıcıya özel içerikler yanlışlıkla cache edilmemelidir.
• Cache-Control politikaları doğru belirlenmelidir.
• TTL değerleri içerik türüne göre ayarlanmalıdır.
• Cache purge süreçleri planlanmalıdır.
• Origin IP adresi mümkün olduğunca korunmalıdır.
• CDN ile origin arasındaki trafik güvenli olmalıdır.
• WAF kuralları uygulamaya göre yapılandırılmalıdır.
• Rate limiting kritik endpoint’lerde kullanılmalıdır.
• Büyük dosyalar optimize edilmelidir.
• HTTP/2 ve HTTP/3 gibi modern protokollerden uygun şekilde yararlanılmalıdır.
• CDN kullanımından önce ve sonra performans ölçümü yapılmalıdır.

Özellikle cache hit ratio, origin response time, TTFB, bandwidth usage, request volume, HTTP status kodları ve cache miss oranı gibi metriklerin takip edilmesi, CDN’nin gerçekten fayda sağlayıp sağlamadığını anlamak açısından önemlidir.

CDN Her Web Sitesi İçin Gerekli midir?

CDN her proje için aynı derecede gerekli değildir. Küçük, düşük trafikli ve yalnızca belirli bir bölgedeki kullanıcı kitlesine hizmet veren basit bir web sitesinde CDN’nin sağlayacağı kazanım sınırlı olabilir. Buna karşılık yüksek trafik alan, çok sayıda statik kaynak kullanan, global ziyaretçi kitlesine sahip veya ani trafik artışları yaşayan projelerde CDN önemli bir altyapı bileşeni haline gelebilir.

Özellikle yüksek çözünürlüklü görseller, video içerikleri, JavaScript paketleri, CSS dosyaları ve indirilebilir büyük dosyalar barındıran projelerde CDN’nin etkisi daha belirgin olabilir.

CDN; performans, ölçeklenebilirlik, erişilebilirlik ve güvenlik açısından web altyapısının önemli katmanlarından biridir. Doğru yapılandırıldığında kullanıcı ile içerik arasındaki ağ gecikmesini azaltabilir, origin sunucunun yükünü düşürebilir, yüksek trafik dönemlerinde altyapının dayanıklılığını artırabilir ve çeşitli güvenlik tehditlerine karşı ek bir savunma katmanı oluşturabilir. Ancak CDN’nin gerçek faydası kullanılan hizmetten çok, nasıl yapılandırıldığı ve web uygulamasının genel mimarisiyle nasıl bütünleştirildiği ile belirlenir.

CDN Yapılandırması, Önbellekleme ve Teknik Optimizasyonlar

CDN’den yüksek performans elde edebilmek için yalnızca bir CDN hizmetinin etkinleştirilmesi yeterli değildir. Asıl performans kazanımı; DNS yapılandırması, origin sunucu ayarları, cache politikaları, TTL değerleri, HTTP başlıkları, sıkıştırma, dosya optimizasyonu, TLS yapılandırması, cache key tasarımı ve güvenlik kurallarının birlikte ve doğru şekilde uygulanmasıyla ortaya çıkar. CDN’nin yanlış yapılandırılması durumunda içerikler gereksiz şekilde origin sunucudan alınabilir, cache hit oranı düşebilir, güncel olmayan dosyalar kullanıcılara gösterilebilir veya kullanıcıya özel veriler yanlışlıkla ortak önbelleğe alınabilir. Bu nedenle CDN optimizasyonu yalnızca hız odaklı değil; performans, güvenlik, erişilebilirlik ve veri bütünlüğünü birlikte ele alan teknik bir süreç olarak değerlendirilmelidir.

CDN’nin DNS Yapılandırması

CDN kurulumunun ilk aşamalarından biri alan adının CDN altyapısına yönlendirilmesidir. Bu işlem genellikle DNS kayıtları üzerinden gerçekleştirilir. CDN sağlayıcısının sunduğu mimariye bağlı olarak alan adı için CNAME, A, AAAA veya benzeri DNS kayıtları kullanılabilir.

Örneğin:

www.ornekdomain.com
        ↓
CDN
        ↓
Origin Server

şeklinde bir trafik akışı oluşturulabilir.

DNS yapılandırmasında amaç, kullanıcının isteğinin doğrudan origin sunucu yerine CDN katmanına ulaşmasını sağlamaktır. Ancak DNS değişiklikleri yapılırken mevcut DNS kayıtları, e-posta servisleri, API subdomain’leri ve diğer servislerin etkilenmemesine dikkat edilmelidir.

Özellikle mail, smtp, ftp, api gibi CDN üzerinden geçirilmemesi gereken servislerin DNS kayıtları ayrı değerlendirilmelidir.

Origin Sunucunun CDN İçin Yapılandırılması

CDN’nin önünde bulunduğu origin sunucu da CDN mimarisine uygun şekilde yapılandırılmalıdır. En önemli güvenlik uygulamalarından biri, origin sunucunun mümkün olduğunca doğrudan internete açık bırakılmamasıdır.

Eğer saldırganlar origin sunucunun gerçek IP adresini tespit edebiliyorsa CDN katmanını bypass ederek doğrudan origin’e trafik gönderebilir. Bu nedenle firewall üzerinde yalnızca gerekli CDN IP aralıklarının kabul edilmesi gibi yöntemler uygulanabilir.

İdeal bir mimari:

İnternet
   ↓
CDN
   ↓
Firewall
   ↓
Origin

şeklinde tasarlanabilir.

Böylece CDN yalnızca performans katmanı değil, aynı zamanda origin’e ulaşan trafiğin kontrol edildiği bir güvenlik katmanı haline gelir.

Cache-Control Başlıklarının Doğru Kullanılması

CDN optimizasyonunun merkezinde HTTP cache mekanizması bulunur. Origin sunucu, CDN’ye belirli bir içeriğin nasıl önbelleğe alınması gerektiğini HTTP header’ları üzerinden bildirebilir.

Örneğin:

Cache-Control: public, max-age=86400

şeklindeki bir politika, kaynağın belirli bir süre boyunca cache’lenmesine izin verebilir.

Daha uzun süre değişmeyen statik dosyalarda daha uzun cache süreleri kullanılabilir:

Cache-Control: public, max-age=31536000, immutable

Ancak bu tür uzun TTL değerleri yalnızca dosya sürümleme sistemi doğru şekilde uygulanıyorsa güvenli ve kullanışlıdır.

TTL Stratejisinin Belirlenmesi

Her dosyanın aynı süre boyunca CDN’de tutulması doğru değildir. İçerik türüne göre farklı TTL politikaları uygulanmalıdır.

Örneğin:

İçerik	Örnek Cache Stratejisi
Logo	Uzun TTL
CSS	Uzun TTL + versiyonlama
JavaScript	Uzun TTL + versiyonlama
Ürün görselleri	Uzun TTL
Haber içeriği	Kısa/orta TTL
HTML	İçeriğe göre değişken
Kullanıcı hesabı	Cache dışı
Sepet	Cache dışı
Ödeme	Cache dışı

Buradaki temel prensip şudur:

Nadiren değişen içerik → uzun cache süresi

Sık değişen içerik → kısa cache süresi

Kişiye özel içerik → genellikle cache dışı

Bu yaklaşım hem performans hem de veri güvenliği açısından önemlidir.

Cache Key Optimizasyonu

CDN’nin hangi istekleri aynı içerik olarak değerlendireceğini belirleyen mekanizmalardan biri cache key yapısıdır.

Örneğin:

urun.jpg?size=large
urun.jpg?size=small

gibi URL’ler farklı cache anahtarları oluşturabilir.

Ancak bazı projelerde sorgu parametrelerinin tamamının cache key’e dahil edilmesi gereksiz cache parçalanmasına yol açabilir. Örneğin yalnızca takip amacıyla kullanılan:

?utm_source=google
?utm_campaign=test

gibi parametreler içerik açısından farklı sonuç üretmiyorsa cache performansını olumsuz etkileyebilir.

Bu nedenle CDN yapılandırmasında hangi query string parametrelerinin cache key’e dahil edileceği dikkatli şekilde belirlenmelidir.

Cache Hit Ratio’nun Artırılması

CDN performansını değerlendirmek için en önemli metriklerden biri cache hit ratio değeridir. Bu oran, CDN’nin gelen isteklerin ne kadarını origin’e gitmeden karşılayabildiğini gösterir.

Basit olarak:

Cache Hit Ratio = Cache Hit / Toplam Cache İsteği × 100

şeklinde ifade edilebilir.

Örneğin 1.000.000 cache isteğinin 900.000 tanesi edge sunucudan karşılanıyorsa:

900.000 / 1.000.000 × 100 = %90

oranında cache hit elde edilir.

Yüksek cache hit oranı genellikle origin üzerindeki yükün azalması ve CDN’nin daha etkin kullanılması anlamına gelir. Ancak her proje için tek bir “ideal” oran bulunmaz. Dinamik içerik oranı yüksek bir uygulamada %90 cache hit gerçekçi olmayabilirken, büyük ölçüde statik içerik sunan bir web sitesinde daha yüksek oranlar hedeflenebilir.

Cache Busting ve Dosya Versiyonlama

Uzun süreli cache kullanımının en önemli sorunlarından biri güncellenen dosyaların eski sürümünün kullanıcıya ulaşabilmesidir. Bu problemi çözmek için dosya versiyonlama uygulanabilir.

Örneğin:

style.css

yerine:

style.2026.css

veya:

style.css?v=15

gibi bir yapı kullanılabilir.

Daha gelişmiş uygulamalarda dosyanın içeriğinden oluşturulan hash değeri dosya adına eklenebilir:

app.a84f92c1.js

Dosyanın içeriği değiştiğinde hash de değişeceği için CDN yeni dosyayı farklı bir kaynak olarak algılar.

Bu yöntem özellikle frontend uygulamalarında oldukça etkilidir.

Statik ve Dinamik İçeriğin Ayrılması

CDN yapılandırılırken statik ve dinamik kaynakların birbirinden ayrılması gerekir.

Statik içerikler:

/assets/
/images/
/css/
/js/
/fonts/

gibi klasörlerden servis edilebilir.

Dinamik içerikler ise:

/account
/cart
/checkout
/api/user
/api/orders

gibi endpoint’lerden gelebilir.

Statik kaynakların CDN cache’ine alınması genellikle daha kolaydır. Dinamik içeriklerde ise cookie, authorization header, session bilgisi ve kullanıcı kimliği gibi faktörler dikkate alınmalıdır.

Özellikle Authorization header içeren API isteklerinde cache politikası belirlenirken çok dikkatli olunmalıdır.

Görsel Optimizasyonu

Modern CDN platformlarının önemli özelliklerinden biri görsel optimizasyonudur. Web sitesinde bulunan büyük görsellerin doğrudan orijinal boyutlarıyla gönderilmesi gereksiz bant genişliği tüketimine neden olabilir.

CDN üzerinden:

• WebP,
• AVIF,
• JPEG,
• PNG

gibi farklı formatlarda içerik sunulabilir.

Ayrıca kullanıcının cihazına ve görüntüleme alanına göre farklı boyutlarda görseller teslim edilebilir.

Örneğin masaüstünde:

1200 × 800

boyutundaki bir görsel gerekirken mobil cihazda:

600 × 400

boyutundaki sürüm yeterli olabilir.

Bu yaklaşım toplam veri miktarını azaltarak sayfa yükleme performansını geliştirebilir.

Gzip ve Brotli Sıkıştırması

CDN üzerinde metin tabanlı dosyalar için sıkıştırma kullanılabilir. Özellikle HTML, CSS, JavaScript, JSON ve SVG gibi dosyalarda sıkıştırma ciddi miktarda veri tasarrufu sağlayabilir.

Brotli ve Gzip bu amaçla kullanılan yaygın sıkıştırma yöntemleridir.

Örneğin:

JavaScript
   ↓
Brotli Compression
   ↓
Daha küçük veri
   ↓
Kullanıcı

şeklinde bir akış oluşturulabilir.

Dosyanın boyutunun küçülmesi özellikle mobil bağlantılarda aktarım süresini azaltabilir.

HTTP/2 ve HTTP/3 Kullanımı

CDN üzerinde HTTP/2 veya HTTP/3 desteğinin etkin olması, modern tarayıcıların bağlantı özelliklerinden yararlanılmasını sağlayabilir.

HTTP/2 ile çok sayıda kaynak aynı bağlantı üzerinden daha verimli şekilde taşınabilir. HTTP/3 ise QUIC tabanlı yapısıyla bağlantı yönetiminde farklı avantajlar sunar.

Ancak HTTP/3 etkinleştirilmesi tek başına web sitesini otomatik olarak hızlandırmaz. CDN, origin, istemci ve ağ koşullarının tamamı birlikte değerlendirilmelidir.

TLS Yapılandırması ve HTTPS

CDN kullanılan bir web sitesinde HTTPS yapılandırmasının doğru yapılması gerekir. TLS sertifikası CDN üzerinde sonlandırılabilir ve CDN-origin bağlantısı da HTTPS üzerinden kurulabilir.

Örneğin:

Kullanıcı
   ↓ HTTPS
CDN
   ↓ HTTPS
Origin

şeklindeki yapı tercih edilebilir.

Origin bağlantısında HTTP kullanılması, kullanıcı-CDN arasındaki iletişim HTTPS olsa bile CDN ile origin arasındaki trafiğin güvenlik seviyesini düşürebilir. Bu nedenle mümkün olduğunda uçtan uca şifreli iletişim tercih edilmelidir.

WAF Kurallarının Optimize Edilmesi

CDN’nin güvenlik katmanında bulunan WAF kuralları uygulamanın ihtiyaçlarına göre düzenlenmelidir. Çok gevşek kurallar zararlı trafiğin geçmesine neden olabilirken, aşırı katı kurallar gerçek kullanıcıların engellenmesine yol açabilir.

Bu nedenle WAF yapılandırmasında:

• False positive oranı,
• Engellenen istekler,
• Şüpheli IP adresleri,
• Bot davranışları,
• API kullanım şekilleri,
• Login denemeleri,
• Rate limit ihlalleri

düzenli olarak analiz edilmelidir.

Özellikle e-ticaret ve API tabanlı sistemlerde güvenlik kurallarının gerçek kullanıcı trafiğiyle uyumlu olması gerekir.

Rate Limiting ile Trafik Kontrolü

Rate limiting, belirli bir istemcinin kısa süre içerisinde aşırı sayıda istek göndermesini sınırlandırır.

Örneğin:

/login → IP başına dakikada 30 istek
/api/search → IP başına dakikada 100 istek

gibi kurallar uygulanabilir.

Bu mekanizma brute-force saldırılarına, aşırı API kullanımına ve bazı otomatik trafik türlerine karşı ek koruma sağlayabilir.

Ancak rate limit belirlenirken gerçek kullanıcı davranışları dikkate alınmalıdır. Çok düşük limitler mobil operatörlerde ortak IP kullanımı gibi durumlar nedeniyle gerçek kullanıcıların da engellenmesine yol açabilir.

Origin Shield Kullanımı

Bazı CDN mimarilerinde Origin Shield veya benzeri ara cache katmanları bulunur. Bu yapıda tüm edge noktalarının doğrudan origin sunucuya gitmesi yerine belirlenen merkezi bir cache katmanı kullanılabilir.

Örneğin:

Edge İstanbul ─┐
Edge Frankfurt ├──► Origin Shield ───► Origin
Edge Londra ───┘

şeklinde bir mimari oluşturulabilir.

Bu yöntem, özellikle global ölçekte çok sayıda edge noktası bulunan sistemlerde origin’e giden gereksiz isteklerin azaltılmasına yardımcı olabilir.

CDN Logları ve Performans İzleme

CDN yapılandırmasının doğru çalışıp çalışmadığını anlamak için log ve metriklerin düzenli olarak incelenmesi gerekir.

Özellikle şu değerler takip edilebilir:

• Cache hit ratio,
• Cache miss oranı,
• TTFB,
• Origin response time,
• HTTP 4xx oranı,
• HTTP 5xx oranı,
• Veri transfer miktarı,
• İstek sayısı,
• Edge response time,
• DDoS olayları,
• WAF engellemeleri,
• Bot trafiği.

Örneğin CDN cache hit oranı yüksek olmasına rağmen TTFB hâlâ yüksekse sorun CDN’den ziyade ağ yönlendirmesi, edge konumu veya içerik teslim zincirinin başka bir bölümünde olabilir.

Benzer şekilde CDN üzerinden çok az trafik geçiyorsa DNS yapılandırması, cache politikaları veya CDN bypass kuralları incelenmelidir.

CDN Performans Testleri

CDN devreye alındıktan sonra performansın ölçülmesi gerekir. Testler yalnızca tek bir lokasyondan yapılmamalıdır.

Farklı bölgelerden:

• TTFB,
• DNS çözümleme süresi,
• TLS bağlantı süresi,
• İçerik indirme süresi,
• Toplam sayfa yükleme süresi

ölçülebilir.

Ayrıca CDN öncesi ve sonrası sonuçların karşılaştırılması daha sağlıklı bir değerlendirme sağlar.

Örneğin:

Metrik	CDN Öncesi	CDN Sonrası
TTFB	650 ms	180 ms
Cache Hit	%0	%92
Origin Trafiği	Yüksek	Düşük
Statik Dosya Teslimi	Origin	Edge
Bant Genişliği	Yüksek	Daha düşük

Bu tür ölçümler, CDN yatırımının gerçek teknik etkisini ortaya koyar.

CDN Yapılandırmasında En Sık Yapılan Hatalar

CDN kullanılırken yapılan bazı hatalar performans avantajını azaltabilir veya güvenlik problemi oluşturabilir.

En yaygın hatalar arasında şunlar bulunur:

1. Tüm web sitesini koşulsuz şekilde cache etmek.
2. Kullanıcıya özel içerikleri ortak cache’e almak.
3. Çok düşük TTL kullanarak sürekli origin’e başvurmak.
4. Çok yüksek TTL kullanıp eski içerikleri uzun süre yayınlamak.
5. Query string’leri gereksiz şekilde cache key’e dahil etmek.
6. Origin IP adresini doğrudan internete açık bırakmak.
7. CDN-origin bağlantısını HTTPS olmadan çalıştırmak.
8. Büyük görselleri optimize etmeden CDN’ye yüklemek.
9. WAF kurallarını test etmeden aktif etmek.
10. CDN performansını ölçmeden yalnızca “aktif” olmasını yeterli görmek.

Bu hataların önemli bir bölümü doğru mimari tasarımı ve düzenli izleme ile önlenebilir.

Profesyonel CDN Mimarisinin Temel Yapısı

Kurumsal ölçekte bir web sitesi için CDN mimarisi genel olarak aşağıdaki şekilde tasarlanabilir:

                    Kullanıcılar
                         │
                         ▼
                    DNS / Routing
                         │
                         ▼
                 ┌───────────────┐
                 │      CDN      │
                 │   Edge Nodes  │
                 └───────┬───────┘
                         │
                ┌────────┴────────┐
                │                 │
             Cache Hit        Cache Miss
                │                 │
                ▼                 ▼
             Kullanıcı       Origin Shield
                                   │
                                   ▼
                              Load Balancer
                                   │
                         ┌─────────┴─────────┐
                         │                   │
                    Origin #1            Origin #2
                         │                   │
                         └─────────┬─────────┘
                                   │
                              Uygulama
                                   │
                              Veritabanı

Bu yapı CDN’yi web uygulamasının tamamından bağımsız bir servis olarak değil, DNS, güvenlik, cache, load balancing, origin ve uygulama katmanlarıyla bütünleşik bir altyapı bileşeni olarak ele alır.

Profesyonel CDN optimizasyonunda hedef yalnızca web sitesini hızlandırmak değildir. Asıl hedef; kullanıcıya en uygun edge noktasından doğru içeriği, doğru cache politikasıyla, minimum gecikmeyle ve güvenli biçimde ulaştırırken origin altyapısının kaynak tüketimini kontrol altında tutmaktır. Bunun için DNS yönlendirmesinden HTTP header’larına, TTL değerlerinden cache key tasarımına, görsel optimizasyonundan HTTP/3 kullanımına, WAF ve rate limiting kurallarından origin güvenliğine kadar bütün sistem birlikte değerlendirilmelidir. Doğru tasarlanmış bir CDN mimarisi, web sitesinin yalnızca yükleme hızını değil; ölçeklenebilirliğini, erişilebilirliğini, güvenliğini ve yoğun trafik altında çalışma kapasitesini de önemli ölçüde geliştirebilir.

Bu Sayfayı Paylaş