CDN, DNS ve Network Altyapısı Rehberi [2026]

CDN, DNS ve Network Altyapısı Neden Kritik?

Modern web uygulamalarının performansı, yalnızca backend kodunun kalitesiyle belirlenmez. Kullanıcı ile sunucu arasındaki her milisaniye, dönüşüm oranlarını doğrudan etkiler. Google'ın araştırmalarına göre sayfa yükleme süresindeki 100 milisaniyelik artış, dönüşüm oranlarını yüzde 7'ye kadar düşürebilir. Amazon'un kendi istatistikleri ise her 100 milisaniyelik gecikmenin satışlarda yüzde 1'lik kayba neden olduğunu göstermektedir. Bu nedenle DNS çözümlemesinden CDN katmanına, yük dengelemeden SSL/TLS yönetimine kadar network altyapısının her bileşeninin doğru yapılandırılması gerekir.

Bu rehberde, web uygulamalarınızın ağ katmanını uçtan uca optimize etmeniz için gereken temel bilgileri ve 2026 yılı itibarıyla güncel en iyi uygulamaları ele alıyoruz.

DNS: İnternetin Telefon Rehberi

DNS (Domain Name System), kullanıcıların tarayıcıya yazdığı alan adını IP adresine çeviren temel protokoldür. Basit görünse de DNS performansı ve güvenilirliği, uygulamanızın erişilebilirliğini doğrudan belirler.

DNS Çözümleme Süreci

Bir kullanıcı tarayıcıya alan adınızı yazdığında sırasıyla şu adımlar gerçekleşir: Tarayıcı önce yerel önbelleğine bakar. Bulamazsa işletim sistemi DNS önbelleğini kontrol eder. Ardından recursive resolver (genellikle ISP'nin DNS sunucusu) devreye girer. Resolver sırasıyla root nameserver, TLD nameserver ve son olarak authoritative nameserver'a ulaşarak IP adresini öğrenir.

Bu zincirdeki her adım gecikme ekler. Ortalama bir DNS çözümlemesi 20-120 milisaniye sürer. Ancak doğru yapılandırmayla bu süreyi 5 milisaniyenin altına düşürmek mümkündür. DNS prefetching kullanarak tarayıcının sayfa yüklenmeden önce gerekli alan adlarını çözmesini sağlamak, özellikle harici kaynaklara bağımlı sayfalarda belirgin performans iyileştirmesi sunar.

DNS Kayıt Türleri

Etkili bir DNS yönetimi için temel kayıt türlerini bilmek gerekir. A kaydı alan adını IPv4 adresine, AAAA kaydı IPv6 adresine yönlendirir. CNAME kaydı bir alan adını başka bir alan adına alias olarak tanımlar; CDN entegrasyonlarında sıkça kullanılır. MX kaydı e-posta yönlendirmesini, TXT kaydı ise doğrulama ve güvenlik bilgilerini (SPF, DKIM, DMARC) taşır. NS kaydı alan adının yetkili nameserver'larını belirtirken, SRV kaydı belirli servislerin konum bilgisini içerir. CAA kaydı ise hangi sertifika otoritelerinin alan adınız için sertifika düzenleyebileceğini kısıtlayarak güvenliği artırır.

DNS Tabanlı Yük Dengeleme

DNS seviyesinde yük dengeleme, birden fazla IP adresini aynı alan adına tanımlayarak trafiği dağıtmanın en basit yoludur. Round-robin DNS ile her sorguya farklı bir IP döndürülür. Daha gelişmiş çözümlerde coğrafi yakınlığa göre yönlendirme (GeoDNS) kullanılarak kullanıcı en yakın sunucuya yönlendirilir. Latency-based routing ise gerçek zamanlı gecikme ölçümlerine dayanarak en hızlı yanıt verecek sunucuyu seçer. Failover DNS yapılandırması, health check'lerle birlikte kullanılarak birincil sunucu erişilemez olduğunda trafiği otomatik olarak yedek sunucuya yönlendirir.

Yönetilen DNS Sağlayıcıları

Üretim ortamında domain kayıt firmasının varsayılan DNS sunucularını kullanmak yerine, yönetilen DNS hizmetlerini tercih etmek kritiktir. Cloudflare DNS, yüzde 100 uptime SLA'sı ve ortalama 11 milisaniyelik yanıt süresiyle lider konumdadır. Route 53 (AWS), AWS ekosistemine derin entegrasyonu ve gelişmiş routing politikalarıyla dikkat çeker. Google Cloud DNS ve Azure DNS de kendi ekosistemlerinde güçlü alternatifler sunar. Bu hizmetlerin tamamı anycast ağları sayesinde küresel ölçekte tutarlı performans sağlar ve DNSSEC desteğiyle DNS yanıtlarının bütünlüğünü güvence altına alır.

CDN Mimarisi ve Edge Caching

CDN (Content Delivery Network), statik ve dinamik içerikleri kullanıcıya en yakın noktadan sunarak gecikmeyi minimize eden dağıtık bir altyapıdır.

CDN Nasıl Çalışır?

CDN sağlayıcıları dünya genelinde yüzlerce PoP (Point of Presence) noktasına sahiptir. Örneğin Cloudflare 310'dan fazla şehirde, AWS CloudFront ise 90'dan fazla ülkede PoP noktaları işletmektedir. Her PoP, origin sunucunuzdaki içeriklerin kopyasını barındıran edge sunuculardan oluşur. Kullanıcı bir istek gönderdiğinde, DNS çözümlemesi aracılığıyla en yakın PoP'a yönlendirilir. Eğer istenen içerik edge sunucunun önbelleğinde varsa (cache hit) doğrudan oradan sunulur. Yoksa (cache miss) origin sunucudan çekilir, önbelleğe alınır ve kullanıcıya iletilir.

Edge Caching Stratejileri

Etkili bir caching stratejisi için içerik türlerine göre farklı yaklaşımlar belirlemek gerekir. Statik varlıklar (CSS, JavaScript, görseller, fontlar) uzun TTL değerleriyle (örneğin 1 yıl) önbelleğe alınmalı ve dosya adlarında hash kullanılarak cache busting yapılmalıdır. API yanıtları için kısa TTL'ler (birkaç saniye ile birkaç dakika arası) veya stale-while-revalidate stratejisi uygulanabilir. Bu strateji, önbellekteki eski içeriği sunmaya devam ederken arka planda güncel sürümü çeker; böylece kullanıcı hiçbir zaman yavaş yanıt almaz. HTML sayfaları için ise edge-side includes (ESI) veya kişiselleştirme gerektirmeyen bölümlerin parçalı önbelleklenmesi düşünülebilir.

Cache-Control header'larının doğru yapılandırılması, caching stratejisinin temelini oluşturur. public, private, no-cache, no-store, max-age ve s-maxage direktifleri, içeriğin nerede ve ne kadar süre önbelleğe alınacağını belirler. Vary header'ı ise aynı URL'nin farklı versiyonlarının (örneğin farklı Accept-Encoding veya Accept-Language değerlerine göre) ayrı ayrı önbelleğe alınmasını sağlar.

Cache Invalidation

Önbellek geçersizleştirme, dağıtık sistemlerin en zorlu problemlerinden biridir. CDN sağlayıcıları genellikle üç yöntem sunar: TTL tabanlı otomatik süre dolumu, API üzerinden programatik purge ve tag/key tabanlı seçici geçersizleştirme. Üretim ortamında bu yöntemlerin kombinasyonu kullanılır. Örneğin CI/CD pipeline'ına CDN purge adımı ekleyerek her dağıtımda ilgili kaynakları geçersizleştirmek yaygın bir pratiktir. Surrogate key (Fastly) veya cache tag (Cloudflare) mekanizmaları, binlerce URL'yi tek bir API çağrısıyla geçersizleştirmenize olanak tanır.

CDN Sağlayıcıları Karşılaştırması

Cloudflare, geniş ücretsiz katmanı, entegre güvenlik özellikleri ve Workers platformuyla öne çıkar. Edge computing yetenekleri sayesinde sadece caching değil, iş mantığını da edge'de çalıştırabilirsiniz. R2 nesne depolama ve D1 edge veritabanı ile tam bir edge platformu oluşturmuştur. AWS CloudFront, AWS ekosistemine derinlemesine entegre olması ve Lambda@Edge ile sunucusuz edge computing sunmasıyla dikkat çeker. S3, ALB ve API Gateway ile sorunsuz çalışır. Fastly, gerçek zamanlı log erişimi, 150 milisaniyenin altında global purge süreleri ve VCL (Varnish Configuration Language) ile ileri düzey yapılandırma esnekliğiyle yüksek performans gerektiren senaryolarda tercih edilir.

Yük Dengeleme (Load Balancing)

Yük dengeleme, gelen trafiği birden fazla sunucu arasında dağıtarak yüksek erişilebilirlik ve ölçeklenebilirlik sağlar. Tek bir sunucunun arızalanmasının tüm sistemi çökertmesini önler.

L4 ve L7 Yük Dengeleme Farkı

Katman 4 (L4) yük dengeleme, TCP/UDP seviyesinde çalışır. Paket başlıklarındaki IP adresi ve port bilgisine göre yönlendirme yapar. Düşük gecikme sunar ancak içerik tabanlı yönlendirme yapamaz. Veritabanı bağlantıları ve TCP tabanlı protokoller için uygundur. Katman 7 (L7) yük dengeleme ise HTTP/HTTPS seviyesinde çalışır. URL yolu, HTTP başlıkları, cookie'ler ve hatta istek gövdesine göre akıllı yönlendirme kararları verebilir. API gateway'ler, A/B testleri ve mikro servis yönlendirmelerinde L7 tercih edilir. Örneğin /api/v2/* isteklerini yeni mikro servise, /api/v1/* isteklerini eski servise yönlendirmek L7 ile mümkündür.

Yük Dengeleme Algoritmaları

Round-robin algoritması istekleri sırayla sunuculara dağıtır; basit ve eşit kapasitedeki sunucular için uygundur. Weighted round-robin, sunucu kapasitelerine göre ağırlıklı dağıtım yapar; örneğin 8 çekirdekli sunucuya 4 çekirdekli sunucunun iki katı trafik yönlendirilebilir. Least connections algoritması aktif bağlantısı en az olan sunucuya yönlendirir; uzun süreli bağlantılar ve WebSocket senaryoları için idealdir. IP hash yöntemi, aynı istemcinin isteklerini tutarlı olarak aynı sunucuya yönlendirir; oturum yapışkanlığı gerektiren senaryolarda kullanılır. Least response time ise hem bağlantı sayısını hem yanıt süresini değerlendirerek en hızlı sunucuyu seçer; dinamik iş yüklerinde en iyi performansı sağlar.

Health Check Yapılandırması

Yük dengeleyicinin sağlıksız sunuculara trafik göndermemesi için health check'ler kritiktir. HTTP health check'leri belirli bir endpoint'e (örneğin /health) istek göndererek yanıt kodunu ve süresini kontrol eder. TCP health check'leri yalnızca port erişilebilirliğini doğrular. Uygulama düzeyinde health check'ler ise veritabanı bağlantısı, önbellek erişimi ve bağımlı servislerin durumunu da kontrol eder. Ardışık başarısızlık eşikleri ve grace period'ları doğru yapılandırılmalıdır.

SSL/TLS Sertifika Yönetimi

HTTPS artık bir tercih değil, zorunluluktur. Arama motoru sıralamaları, tarayıcı güvenlik uyarıları ve veri güvenliği açısından SSL/TLS sertifikası her web uygulamasının temel gereksinimidir.

Sertifika Türleri ve Otomasyonu

Let's Encrypt ile ücretsiz DV (Domain Validation) sertifikaları otomatik olarak alınabilir ve yenilenebilir. Certbot veya ACME protokolünü destekleyen araçlar bu süreci tamamen otomatize eder. Sertifika yenileme cronjob'larının düzgün çalıştığını izlemek, beklenmedik sertifika süresi dolumlarını önler. Kurumsal uygulamalar için OV (Organization Validation) ve EV (Extended Validation) sertifikaları ek güven katmanı sağlar. Wildcard sertifikalar ise alt alan adlarını tek bir sertifikayla korur ve sertifika yönetimini basitleştirir.

TLS Best Practices

TLS 1.3 kullanımı zorunlu hale getirilmelidir. TLS 1.3, handshake süresini bir round-trip'e düşürerek ve 0-RTT resumption özelliğiyle bağlantı kurulumunu hızlandırır. TLS 1.0 ve 1.1 desteği tamamen kaldırılmalıdır. HSTS (HTTP Strict Transport Security) başlığı ile tarayıcıların her zaman HTTPS kullanması sağlanmalı ve HSTS preload listesine kayıt yapılmalıdır. OCSP stapling etkinleştirilerek sertifika doğrulama gecikmeleri azaltılmalıdır. Certificate Transparency logları izlenerek yetkisiz sertifika düzenlemeleri tespit edilmelidir.

DDoS Koruması ve WAF

Dağıtık hizmet engelleme (DDoS) saldırıları ve uygulama katmanı tehditleri, modern web altyapısının en büyük güvenlik riskleri arasındadır. 2025 yılında DDoS saldırılarının hem hacmi hem de karmaşıklığı rekor seviyelere ulaştı.

DDoS Koruma Katmanları

Etkili DDoS koruması çok katmanlı olmalıdır. Network katmanında volumetrik saldırılar (UDP flood, SYN flood, DNS amplification) anycast yönlendirme ve trafik scrubbing merkezleri ile absorbe edilir. Anycast, saldırı trafiğini yüzlerce PoP'a dağıtarak tek bir noktanın aşırı yüklenmesini önler. Protokol katmanında malformed paketler ve protokol istismarları (Ping of Death, Smurf Attack) filtrelenir. Uygulama katmanında ise HTTP flood, slowloris ve bot saldırıları rate limiting, CAPTCHA, JavaScript challenge'ları ve davranışsal analiz ile engellenir.

Web Application Firewall (WAF)

WAF, uygulama katmanında gelen istekleri analiz ederek SQL injection, XSS, CSRF, path traversal ve diğer OWASP Top 10 saldırılarını engelleyen güvenlik katmanıdır. Cloudflare WAF, AWS WAF ve managed WAF çözümleri kural tabanlı ve makine öğrenmesi destekli koruma sunar. OWASP Core Rule Set (CRS) standart bir kural tabanı sağlarken, özelleştirilebilir kural setleriyle uygulamanıza özgü tehdit kalıplarını tanımlayabilirsiniz. WAF kurallarını önce log modunda çalıştırarak false positive'leri tespit etmek ve ardından engelleme moduna geçmek en güvenli yaklaşımdır.

HTTP/2 ve HTTP/3

HTTP protokolündeki evrim, web performansını doğrudan etkiler. Protokol seviyesindeki iyileştirmeler, uygulama kodunda değişiklik yapmadan performans kazanımı sağlar.

HTTP/2 Avantajları

HTTP/2, multiplexing sayesinde tek bir TCP bağlantısı üzerinden eşzamanlı birden fazla istek ve yanıt taşır. Bu sayede HTTP/1.1'deki head-of-line blocking ve bağlantı limiti sorunları ortadan kalkar. Header compression (HPACK) ile tekrarlayan başlıkların boyutunu küçültür; özellikle cookie ağırlıklı isteklerde belirgin tasarruf sağlar. Server push özelliği ile istemci istemeden önce kaynakları gönderebilir. Stream prioritization ile kritik kaynakların öncelikli yüklenmesi sağlanır.

HTTP/3 ve QUIC

HTTP/3, TCP yerine QUIC protokolünü kullanır. QUIC, UDP üzerine inşa edilmiş bir taşıma protokolüdür ve bağlantı kurulumunu tek bir round-trip'e düşürür. TCP+TLS'in gerektirdiği 2-3 round-trip yerine, QUIC 0-RTT veya 1-RTT ile bağlantı kurar. Stream düzeyinde akış kontrolü sayesinde HTTP/2'deki TCP seviyesinde head-of-line blocking problemini tamamen ortadan kaldırır. Bağlantı göçü (connection migration) özelliğiyle mobil kullanıcıların WiFi'den hücresel ağa geçişinde bağlantı kesintisi yaşanmaz. 2026 itibarıyla Cloudflare, Fastly ve büyük CDN sağlayıcılarının tamamı HTTP/3 desteği sunmakta ve büyük tarayıcıların tamamı QUIC'i desteklemektedir.

Network Monitoring ve Sorun Giderme

Proaktif izleme, sorunları kullanıcılardan önce tespit etmenin tek yoludur. Smart Maple olarak projelerimizde network monitoring'i başlangıçtan itibaren altyapı tasarımının ayrılmaz bir parçası olarak konumlandırıyoruz.

Temel İzleme Metrikleri

Network altyapısında izlenmesi gereken kritik metrikler şunlardır: DNS çözümleme süresi, TTFB (Time to First Byte), CDN cache hit oranı (yüzde 90 üzeri hedeflenmeli), origin sunucu yanıt süresi, SSL handshake süresi, paket kaybı oranı, bant genişliği kullanımı ve hata oranları (4xx, 5xx). Bu metriklerin threshold'larını belirleyerek alarm kuralları oluşturulmalı ve on-call rotasyonlarıyla eşleştirilmelidir.

Sorun Giderme Araçları

dig ve nslookup DNS sorun gidermede temel araçlardır; dig +trace ile DNS çözümleme zincirini adım adım izleyebilirsiniz. traceroute ve mtr ağ yolu analizinde kullanılır; paket kaybının hangi hop'ta oluştuğunu tespit eder. curl ile detaylı HTTP zamanlama analizi yapılabilir; -w parametresiyle DNS lookup, TCP connect, TLS handshake, TTFB ve toplam transfer sürelerini ayrıştırmak mümkündür. Wireshark ve tcpdump paket düzeyinde analiz sağlar. Sentetik monitoring araçları (Datadog Synthetics, Pingdom, Uptrends) ise farklı coğrafyalardan düzenli testler yaparak performans trendlerini görünür kılar ve anomalileri erken yakalar.

Multi-Region Deployment ve Network Tasarımı

Küresel ölçekte hizmet veren uygulamalar için çok bölgeli dağıtım mimarisi, hem performans hem de felaket kurtarma açısından zorunludur.

Bölgeler Arası Bağlantı

Cloud sağlayıcılarının private backbone ağları (AWS Global Accelerator, Google Cloud Premium Tier, Azure ExpressRoute) bölgeler arası trafiği internet üzerinden geçirmeden, düşük gecikme ve yüksek güvenilirlikle taşır. AWS Global Accelerator, anycast IP adresleriyle kullanıcıları otomatik olarak en yakın AWS bölgesine yönlendirir ve internet üzerindeki değişken gecikmeleri bypass eder. Google Cloud Premium Tier, Google'ın özel fiber ağını kullanarak trafiği mümkün olan en erken noktada Google ağına alır.

VPN ve Private Networking

Bulut ortamlarında sunucular arası iletişim, VPC (Virtual Private Cloud) peering veya private link hizmetleri üzerinden gerçekleştirilmelidir. VPC peering, aynı veya farklı bölgelerdeki VPC'leri özel ağ üzerinden bağlar. Private link (AWS PrivateLink, Azure Private Link) ise belirli servislere internet'e çıkmadan erişim sağlar. Site-to-site VPN ile şirket içi altyapı ve bulut ortamı güvenli tüneller üzerinden bağlanır. WireGuard gibi modern VPN protokolleri, IPSec'e kıyasla daha düşük gecikme, daha basit yapılandırma ve daha iyi performans sunar. Zero trust networking yaklaşımıyla her bağlantı doğrulanır ve en az yetki prensibi uygulanır; BeyondCorp modeli bu yaklaşımın öncüsüdür.

Pratik Uygulama: Altyapı Kontrol Listesi

Üretim ortamına çıkmadan önce network altyapınızı şu maddelerle doğrulayın: Yönetilen DNS hizmeti yapılandırılmış mı? DNS TTL değerleri uygun mu (üretim için 300 saniye, geçiş dönemleri için 60 saniye)? CDN aktif ve cache kuralları tanımlı mı? Cache hit oranı yüzde 90 üzerinde mi? SSL/TLS sertifikası otomatik yenileniyor mu? TLS 1.3 zorunlu kılınmış mı? Yük dengeleyici health check'leri yapılandırılmış mı? DDoS koruma katmanı aktif mi? WAF kuralları tanımlı ve test edilmiş mi? HTTP/2 veya HTTP/3 etkin mi? Network monitoring ve alarm kuralları kurulmuş mu? Felaket kurtarma planı test edilmiş mi?

Sonuc

Network altyapısı, kullanıcı deneyiminin görünmez ama en belirleyici katmanıdır. DNS çözümlemesinden CDN caching'e, yük dengelemeden güvenlik katmanlarına kadar her bileşen, uygulamanızın performansını ve güvenilirliğini doğrudan etkiler. Bu bileşenlerin her birini ayrı ayrı optimize etmek kadar, birbirleriyle uyumlu bir bütün olarak çalışmalarını sağlamak da kritiktir.

2026'da HTTP/3 ve QUIC'in yaygınlaşması, edge computing'in olgunlaşması ve zero trust networking'in standart haline gelmesiyle network altyapısı daha da kritik bir rekabet avantajı haline gelmiştir. Bu rehberdeki prensipleri uygulayarak uygulamalarınızı hızlı, güvenli ve dayanıklı bir altyapı üzerine inşa edebilirsiniz.