1. GİRİŞ

Content Delivery Network (CDN) modern internetin temel yapı taşlarından biridir. Web sayfaları, statik varlıklar, medya stream'leri ve API yanıtları artık küresel ölçekte düşük gecikme ile sunulmak zorundadır. Kullanıcı beklentileri, mobil cihazların yaygınlaşması ve global erişim ihtiyaçları CDN'leri merkezi bir performans katmanı haline getirmiştir. Bu rehber, CDN'lerin neden bugün kritik olduğunu, hangi problemlere çözüm sunduğunu ve mühendis perspektifiyle nasıl tasarlanıp işletilmesi gerektiğini anlatır.

Bu konu neden konuşuluyor?

• Global kullanıcı tabanlarında düşük latency ve yüksek hız beklentileri arttı.
• Video, canlı yayın ve büyük dosya dağıtımı trafik modelini değiştirdi; ağ üzerindeki maliyetler ve taşma senaryoları önem kazandı.
• Edge computing ve serverless dünyası CDN sınırlarını genişleterek CDN sağlayıcılarını compute platformu haline getiriyor.

Kimler için önemli?

• Platform mühendisleri ve SRE ekipleri
• Web performans mühendisleri ve frontend geliştiriciler
• Medya servisleri, e‑ticaret ve SaaS ürün takımları

Hangi problemleri çözüyor?

• Düşük gecikme ile küresel içerik sunumu
• Origin üzerinde yük azaltma ve ölçeklendirme kolaylığı
• Bandwidth maliyetlerinin azaltılması ve DDoS dayanıklılığı

2. KAVRAMSAL TEMELLER

2.1 CDN nedir?

CDN, farklı coğrafi lokasyonlarda dağıtılmış sunucular (edge node) kümesi aracılığıyla içerikleri son kullanıcıya mümkün olan en yakın noktadan sunan ağdır. Temel amaç: latency'yi, paket kaybını ve origin'e yapılan trafik miktarını azaltmaktır. CDN'ler genelde cache, reverse proxy, load balancing ve güvenlik (WAF, DDoS mitigation) hizmetlerini entegre olarak sunar.

2.2 Temel bileşenler

• Edge Nodes / POP (Point of Presence): İçerikleri önbelleğe alan ve son kullanıcıya yakın konumda bulunan sunucular.
• Origin Server: İçeriğin asıl kaynağı; CDN cache'i doldurmak için origin'e başvurur.
• DNS / Global Load Balancer: Kullanıcıyı uygun POP'a yönlendiren çözüm; latency veya geo‑policy bazlı yönlendirme sağlar.
• Cache Control & Invalidation: Hangi içeriğin nasıl saklanacağını belirleyen mekanizmalar (Cache‑Control header, PURGE, API).

2.3 Cache kavramları

• TTL (Time To Live): Edge'de tutma süresi.
• Cache key: İçeriğin benzersiz tanımlayıcısı (URL, query, headers). Key normalization önemlidir.
• Cache hit / miss: Hit olması user experience ve origin yükü için kritiktir.

3. NASIL ÇALIŞIR? — TEKNİK MİMARİ VE AKIŞ

3.1 İstek akışı (Request flow)

1. İstemci DNS sorgusu yapar; DNS yönlendirmesi ile en uygun POP seçilir.
2. POP'daki edge node isteği alır ve cache'te karşılaştırır (cache hit/miss).
3. Cache miss ise edge node origin'e istek yapar, yanıt cache'e alınır ve istemciye döndürülür.
4. Cache hit ise edge, origin'e gitmeden yanıtı döndürür; böylece origin yükü azalır.

3.2 Cache key design ve normalizasyon

Cache key, URL, query string, host ve belirli header'lara (Accept‑Encoding, Authorization) göre oluşturulabilir. Key design hataları (ör. sessiyon bazlı query parametreleri ile key oluşturmak) cache hit oranını düşürür. Normalizasyon: gereksiz query parametrelerini ignore etme, ordered query param, canonical host name ve cookie stripping işlemleriyle cache satışını artırır.

3.3 Cache control politikaları

• Public vs Private: Public cache, tüm kullanıcılar tarafından paylaşılabilir; private sadece client tarafı cache'ler için uygundur.
• Max‑age / s‑maxage: TTL ve shared cache için farklı TTL'ler.
• Stale‑while‑revalidate / stale‑if‑error: Kullanıcıya eski (stale) içerik sunulurken arka planda yenileme yapılmasını sağlar; availability'yi artırır.

3.4 Cache invalidation stratejileri

İçerik değiştiğinde edge'lerdeki cache'lerin temizlenmesi gerekir. Stratejiler:

• Purge API: CDN'in sunduğu API ile belirli URL'leri veya wildcard'ları temizleme.
• Cache key versioning: Versiyon numarası ekleyerek eski cache'leri devre dışı bırakma.
• Short TTL + rebuild: TTL'i kısa tutup origin'de hızlı rebuild sağlayarak stale riskini azaltma.

3.5 Origin Shield ve tiered caching

Tiered caching veya origin shield katmanı, global POP'lar yerine belli bir layer'ın origin'e gitmesini sağlayarak origin üzerindeki paralel talepleri azaltır. Özellikle popüler içeriklerde origin'e olan isteklerin fırlamasını engellemede etkilidir.

3.6 TLS, HTTP/2, HTTP/3 ve performans

Modern CDN'ler TLS terminasyonunu edge'de yapar; bu, TLS handshake latency'sini azaltır. HTTP/2 multiplexing, header compression ve HTTP/3 (QUIC) ile UDP tabanlı bağlantıların kullanımı, mobil ve yüksek RTT ortamlarında performansı artırır. CDN seçerken HTTP/3 desteği ve QUIC optimizasyonu önemli değerlendirme kriterleridir.

4. GERÇEK DÜNYA KULLANIMLARI

4.1 Medya ve canlı yayın

Video streaming, VOD (video on demand) ve canlı yayın CDN'lerin en yaygın kullanım alanlarından biridir. Adaptive Bitrate (ABR), HLS/DASH segment cache'leme ve origin offload ile büyük trafik olayları yönetilebilir. Edge transcoding ve packaging ile gecikme düşürülür.

4.2 E‑ticaret

E‑ticaret siteleri CDN kullanarak statik varlıkları, resimleri ve önbelleğe uygun API yanıtlarını edge'den sunar. Checkout ve ödeme path'leri gibi sensitif ve dinamik yollar origin proxied veya cache‑bypass ile korunur. Ayrıca CDN üzerinden WAF ve bot management ile fraud koruması sağlanır.

4.3 API acceleration

API'ler için CDN cache, response caching, edge compute ile bazı mantıkların edge'de çalıştırılması (edge functions) API latency'sini düşürür. Ayrıca geo‑routing ve rate limiting edge'de uygulanarak origin korunur.

4.4 Static site hosting ve Jamstack

Jamstack yaklaşımlarında statik sayfalar doğrudan CDN üzerinde host edilir; bu model yüksek performans ve düşük maliyet sağlar. CI/CD ile build sonrası otomatik invalidation/atomic deploy senaryoları yaygındır.

5. AVANTAJLAR VE SINIRLAMALAR

Avantajlar

• Düşük latency ve daha iyi kullanıcı deneyimi (UX)
• Origin üzerinde azalan trafik ve maliyet düşüşü
• Gelişmiş güvenlik: WAF, bot mitigation ve DDoS koruma
• Scale ve reliability: peak trafikte stabil davranış

Sınırlamalar

• Dinamik içerik için cache tutarlılığı yönetimi zordur
• Cache invalidation karmaşıklığı ve stale content riski
• Edge compute maliyeti ve operasyonel karmaşıklık

6. ALTERNATİFLER VE KARŞILAŞTIRMA

7. EN İYİ PRATİKLER

Production kullanımı

• Cache key ve header politikalarını net belirleyin; gereksiz varyasyonları engelleyin (avoid cookie bounce).
• Stale‑while‑revalidate stratejilerini kullanarak availability'yi artırın.
• Origin shield / tiered caching ile origin üzerindeki paralel trafik patlamalarını yönetin.

Performans optimizasyonu

• HTTP/2 ve HTTP/3 desteği sağlayın; TLS ve connection reuse ile RTT maliyetlerini azaltın.
• Image optimization (responsive images, AVIF/WebP) ve edge resizing ile payload küçültün.
• Edge compute (Workers, Functions) ile sık kullanılan mantıkları origin'e gitmeden gerçekleştirin.

Güvenlik

• WAF, bot management ve rate limiting'i edge'de etkinleştirin.
• TLS, HSTS ve origin access kontrol (signed URLs, origin pull) ile content güvenliğini sağlayın.

Observability

• Cache hit/miss, origin‑offload, edge latency, 4xx/5xx oranları ve purge etkinliklerini izleyin.
• Real user monitoring (RUM) ile son kullanıcı deneyimini ölçün ve POP bazlı performans farklarını analiz edin.

8. SIK YAPILAN HATALAR

• Cache kontrollarını gevşek tutmak — sensitive content cachelenebilir hale gelir.
• İnvalidasyon stratejisi olmadan cache'e güvenmek — stale content kullanıcıya zarar verebilir.
• Edge compute ile iş mantığını fazla dağıtmak — debugging ve versiyonlama zorluğu.
• Single CDN'e aşırı bağımlılık — multi‑CDN veya fallback stratejileri düşünülmeli.

9. GELECEK TRENDLER

1. Edge native uygulamalar: Uygulamaların daha fazla parçası edge'e taşınacak; latency‑sensitive logic edge üzerinde çalıştırılacak.
2. CDN + compute platform birleşimi: CDN sağlayıcıları serverless compute, databases at edge ve stateful edge çözümleri sunacak.
3. AI‑assisted edge optimization: Telemetry'ye dayalı otomatik POP seçimi, cache TTL önerileri ve adaptive compression ortaya çıkacak.
4. Multi‑CDN orchestration: Performans, maliyet ve compliance için dinamik CDN seçim katmanları yaygınlaşacak.

EK BÖLÜMLER

Sık Sorulan Sorular (FAQ)

1. 1. CDN kullanmak her zaman gerekli mi?

   Hayır. Küçük, tek lokasyonlu uygulamalar için ek maliyet getirebilir. Ancak kullanıcılarınız dağılıksa, medya ağırlıklı içerik sunuyorsanız veya performans kritikseniz CDN hızla gereklilik haline gelir.

2. 2. CDN ile dinamik API'leri nasıl hızlandırırım?

   Edge caching, API response cache, stale‑while‑revalidate ve edge compute ile bazı işler origin'e gitmeden gerçekleştirilebilir. Ancak hassas dinamik path'lerde cache bypass veya kısa TTL tercih edilmelidir.

3. 3. CDN purge nasıl çalışır?

   CDN sağlayıcıları genelde URL bazlı veya wildcard purge API'leri sunar. Ayrıca cache key versioning ile purge ihtiyacını azaltabilirsiniz. Purge operasyonları global seviyede sürebilir; bu nedenle planlı purge stratejisi önemlidir.

4. 4. Multi‑CDN avantajları nelerdir?

   Redundancy, geolocation performans optimizasyonu ve tedarikçi bağımlılığını azaltma sağlar. Ancak yönlendirme, analytics birleşimi ve cache coherence yönetimi karmaşıklık getirir.

5. 5. CDN maliyetlerini nasıl optimize ederim?

   Cache hit oranını artırmak, image optimization, edge compression, origin shield kullanma ve cold content'i archive etme ile maliyetleri düşürebilirsiniz. Ayrıca POP bazlı policies ile egress maliyetlerini yönetin.

6. 6. Edge compute nedir ve neden önemli?

   Edge compute, uygulama mantığını kullanıcıya yakın noktalarda çalıştırma pratiğidir. Query aggregation, A/B logic veya personalization gibi latency‑sensitive işlemleri origin'e gitmeden yapabilir; böylece UX iyileşir.

7. 7. CDN seçerken hangi ölçütler önemlidir?

   Global POP dağılımı, HTTP/3 desteği, purge propagasyon hızı, WAF & DDoS yetenekleri, edge compute özellikleri, fiyatlandırma modeli ve operasyonal API'ler önemlidir.

8. 8. CDN ile güvenliği nasıl sağlarsınız?

   WAF, bot management, rate limiting, signed URLs, origin access restrictions ve TLS enforcement ile CDN katmanında kapsamlı güvenlik uygulayın.

Anahtar Kavramlar

Edge Node / POP

Kullanıcıya yakın coğrafi sunucu noktası; içeriği önbelleğe alır.

Origin

İçerin gerçek kaynağı; cache miss durumunda edge tarafından çağrılır.

Stale‑while‑revalidate

Eski içerik sunulurken arka planda içerik yenilenmesini sağlayan cache davranışı.

Origin Shield

Origin'e giden talepleri koruyan, katmanlı cache yapısı.

HTTP/3 (QUIC)

UDP tabanlı yeni bağlantı protokolü; mobil ve yüksek RTT koşullarında latency avantajı sunar.

Öğrenme Yol Haritası

1. 0–1 ay: HTTP, TLS, DNS temelleri ve cache header'larını öğrenin (Cache‑Control, ETag).
2. 1–3 ay: Bir CDN sağlayıcısı ile statik site host etme, purge ve cache key tasarımını uygulamalı olarak deneyin.
3. 3–6 ay: Edge compute (Cloudflare Workers, Fastly Compute, AWS Lambda@Edge) ve streaming/media CDN senaryolarını deneyin.
4. 6–12 ay: Multi‑CDN, performance tuning, RUM entegrasyonu ve security hardening uygulamaları ile üretim tecrübesi kazanın.