CDN performansı Rehberi

Nizam-ı Alem · 13 Nis 2026

Bir CDN, yükleme sürelerini nasıl iyileştirir?
İnternetteki hemen herkes bir içerik dağıtım ağının (CDN) faydalarını deneyimlemiştir. Google, Apple ve Microsoft gibi şirketler de dahil olmak üzere teknoloji şirketlerinin çoğu, web sayfası içeriğinin yüklenmesindeki gecikmeyi azaltmak için CDN'leri kullanır.

Bir CDN, tipik olarak farklı ağlar arasındaki değişim noktalarına sunucular yerleştirir. Bu internet değişim noktaları (IXP'ler), farklı internet sağlayıcılarının birbirlerine farklı ağlarındaki kaynaklara erişim sağlamak için bağlandıkları birincil yerlerdir. IXP'lere ek olarak, bir CDN, trafiği mümkün olduğunca hızlı bir şekilde hareket ettirebilmek için dünyanın dört bir yanındaki yüksek trafikli alanlarda ve stratejik konumlardaki veri merkezlerine sunucular yerleştirir.

Bir CDN'nin temel faydalarından biri, içeriği hızlı ve verimli bir şekilde sunabilmesidir. CDN performans optimizasyonları üç kategoriye ayrılabilir:

Mesafe azaltma: istemci ile istenen veri arasındaki fiziksel mesafeyi azaltma
Donanım/yazılım optimizasyonları: katı hal sürücüler ve verimli yük dengeleme gibi yöntemlerle sunucu tarafı altyapısının performansını iyileştirme
Azaltılmış veri aktarımı: ilk sayfa yüklemelerinin hızlı gerçekleşmesi için dosya boyutlarını küçültme teknikleri kullanma
Bir CDN kullanmanın faydalarını anlamak için, CDN olmadan normal bir istemci/sunucu veri aktarımının nasıl göründüğünü inceleyelim.

CDN ile ve CDN olmadan yükleme süreleri arasındaki fark nedir?
New York'ta bulunan birinin Singapur'daki bir sunucuda barındırılan bir web sitesine erişmesi gerektiğini hayal edelim. Bu konumlar arasındaki fiziksel mesafe yaklaşık 9.520 mil olup, oldukça büyüktür.

Eğer web sitesi içeriğini barındıran sunucu (kaynak sunucu) Singapur'da bulunuyorsa, her web sayfası varlığı için yapılan her istek New York'tan Singapur'a ve tekrar geri dönmelidir. Tıpkı yol boyunca birçok aktarmalı uluslararası bir uçuş yapmak gibi, her istek A noktasından B noktasına kadar olan uzun yolculuğu boyunca bir dizi yönlendirici üzerinden geçmelidir.

Bilgisayarınızın mevcut konumunuzdan belirli bir web hizmetine ulaşmak için kaç farklı bağlantı (adım) kullandığının gerçek bir örneğini görmek istiyorsanız, masaüstü bilgisayar kullanarak traceroute yardımcı programını inceleyin.

New York'tan Singapur'a gönderilen isteğin yol boyunca her bir yönlendirici konumundan geçmesi gerektiğinden, süre (gecikme) hem toplam mesafe hem de her yönlendiricinin isteği işlemesi için geçen süre nedeniyle artar. Kaynak sunucu isteği işledikten ve isteği yapan istemciye yanıt verdikten sonra, New York'a dönmeden önce benzer bir yönlendirici dizisi üzerinden bilgi gönderir. Bu toplam gidiş-dönüş süresinin ölçümü, telekomünikasyonda "gidiş-dönüş süresi" anlamına gelen RTT olarak adlandırılır. Mevcut bant genişliğini ve olası ağ tıkanıklığını şimdilik göz ardı ederek, gecikme faktörlerine bir örnek üzerinden bakalım.

Örnek olması açısından, diyelim ki:

Bir isteğin New York'tan Singapur'a gitmesi 250 ms sürer.
Bir TCP/IP bağlantısı kurmak, 250 ms'lik 3 gecikme ekleyecektir.

Web sayfası, resimler, JavaScript dosyaları ve web sayfasının kendisinden oluşan 5 benzersiz varlık gerektirir.

Şimdi bu web sayfasının yüklenmesinin yaklaşık ne kadar süreceğini görelim:

750 ms: New York'taki istemci ile Singapur'daki kaynak sunucu arasında TCP/IP bağlantısı kurulur.

250 ms: Web sayfası için HTTP isteği New York'tan Singapur'a gider.

250 ms: New York'taki istekte bulunan, Singapur'daki kaynak sunucudan 200 durum kodu ve gerekli tüm ek varlıkları içeren web sayfasıyla birlikte bir yanıt alır.

250 ms: 5 varlığın her biri New York'taki istemci tarafından istenir.

1500 ms: Beş varlık, Singapur'daki kaynak sunucudan istemciye eşzamansız olarak iletilir.

Bu basit örnekte, bu web sayfasının yüklenmesi için toplam geçiş süresi yaklaşık 3000 ms'dir.

Gördüğünüz gibi, her istek yapıldığında ve bir yanıt gönderildiğinde, New York'taki istemci ile Singapur'daki kaynak sunucu arasındaki tüm yol katedilir. Web siteleri büyüdükçe ve daha fazla varlığa ihtiyaç duydukça, A noktası ile B noktası arasındaki gecikme süresi artmaya devam eder.

Şimdi Singapur'da barındırılan içeriğin New York'taki bir web istemcisine sunulduğu örneğine geri dönelim, ancak Singapur sitesi artık statik web sitesinin önbelleğe alınmış bir kopyasını içeren Atlanta'daki bir sunucuya sahip bir CDN kullanıyor:

Bir isteğin New York'tan Atlanta'ya gitmesi 50 ms sürer.
Bir TCP/IP bağlantısı kurmak, 50 ms'lik 3 gecikme süresi daha ekleyecektir.
Web sayfası, resimler, JavaScript dosyaları ve web sayfasının kendisinden oluşan 5 benzersiz varlık gerektirir.
Bu web sayfasının CDN kullanılarak yüklenmesinin yaklaşık ne kadar süreceğini görelim:

150 ms: New York'taki istemci ile Atlanta'daki uç sunucu arasında TCP/IP bağlantısı kurulur.

50 ms: Web sayfası için HTTP GET isteği istemciden uç sunucuya gider.

50 ms: İstemci, uç sunucu önbelleğinden, gerekli olan tüm ek varlıkların listesini içeren web sayfasıyla birlikte bir yanıt alır.
50 ms: İstemci tarafından 5 varlığın her biri istenir.

800 ms: Beş varlık, uç sunucudan istemciye eşzamansız olarak iletilir.
Bu web sayfasının yüklenmesi için toplam geçiş süresi yaklaşık 1100 ms'dir.

Bu örnekte, istemci ile içerik arasındaki mesafenin azalması, statik içerik için gecikmede 1900 ms'lik bir iyileşme sağlayarak yükleme süresinde yaklaşık 2 saniyelik bir iyileşmeye karşılık gelmektedir.

Gerekli tüm trafiğin kat etmesi gereken toplam mesafeyi azaltarak, web sitesine gelen her kullanıcı yükleme süresinden tasarruf eder. Bekleme süreleri arttıkça kullanıcılar siteyi çok hızlı terk etmeye (sıçrama) başladığı için, bu iyileştirme hem daha iyi bir kullanıcı deneyimi hem de sayfada geçirilen daha yüksek kullanıcı süresi anlamına gelir.

Bir CDN içeriği nasıl yükler? Önbellekleme nedir?

Daha önce de belirtildiği gibi, normalde bir istemci bir kaynak sunucudan bir dosya istediğinde, isteğin o sunucuya gidip geri dönmesi gerekir. Bir CDN, önbellekleme adı verilen bir işlemle statik içerik dosyalarını kaynak sunucudan dağıtılmış CDN ağına çekerek gecikmeyi iyileştirir. Bazı CDN'ler, dinamik içeriğin seçici olarak önbelleğe alınmasına da olanak tanıyan gelişmiş özelliklere sahip olacaktır. Veriler önbelleğe alındıktan sonra, CDN içeriği istemciye en yakın CDN veri merkezinden sunar.

TCP el sıkışması yapıldıktan sonra, istemci makine CDN ağına bir HTTP isteği gönderir. İçerik henüz önbelleğe alınmamışsa, CDN önce kaynak sunucu ile CDN'nin uç sunucusu arasında ek bir istek göndererek içeriği kaynaktan indirir.

Tipik bir CDN önbellekleme sürecindeki 4 adım şöyledir:

Kullanıcı bir web sayfası istediğinde, kullanıcının isteği CDN'nin en yakın uç sunucusuna yönlendirilir.

Uç sunucu daha sonra kullanıcının istediği içerik için kaynak sunucuya bir istek gönderir.
Kaynak sunucu, uç sunucunun isteğine yanıt verir.

Son olarak uç sunucu istemciye yanıt verir.

Bir CDN'nin istemciye yakınlığının değeri, kaynak sunucuya ilk istek yapıldıktan sonra ortaya çıkar. Veriler kaynak sunucudan CDN ağına önbelleğe alındıktan sonra, istemciden gelen her sonraki istek yalnızca en yakın uç sunucuya kadar gitmelidir. Bu, en yakın uç sunucu kaynak sunucudan daha yakınsa, gecikmenin azaltılabileceği ve içeriğin çok daha hızlı sunulabileceği anlamına gelir.

Şunu akılda tutmak önemlidir ki, varlıkları indirmek ve istek ve yanıtları işlemek için gereken süre şu anda dahil edilmemektedir; şimdiye kadar sadece bu iki konum arasında bilgi aktarımı için gereken geçiş süresi hesaplanmaktadır. İnceleyeceğimiz diğer önemli gecikme faktörleri arasında veri azaltma, sabit disk hızı ve ağ tıkanıklığı yer almaktadır.

Bir CDN, hızı artırmak için dosya boyutlarını nasıl küçültür?

Sayfa yükleme sürelerini iyileştirmek için CDN'ler, CDN'nin önbellek sunucuları ile istemci arasındaki toplam veri aktarım miktarını azaltır. Aktarılan toplam veri miktarı azaldığında hem gecikme hem de gerekli bant genişliği azalır. Sonuç olarak daha hızlı sayfa yüklemeleri ve daha düşük bant genişliği maliyetleri elde edilir. Bu azalmanın iki temel bileşeni vardır:

Küçültme - küçültme, kod bloklarının, insanların ne olduğunu anlamalarına yardımcı olan tüm bileşenleri kaldırarak boyutunun küçültülmesi işlemidir. Bir mühendisin kod bloklarını okunabilir ve sürdürülebilir hale getirmek için fikirleri mantıklı değişken adlarına, boşluklara ve yorumlara ayırması gerekirken, bilgisayarlar bu karakterler kaldırılmış kodu başarıyla çalıştırabilir.

İşte küçültme işleminden önce ve sonra aynı kod bloğu:

Küçültme işleminden önce: sekiz satır kod

Küçültme işleminden sonra: tek satırlık bir koda indirgenmiştir.

Kod parçası sekiz satırdan tek satıra indirildiğinden, genel dosya boyutu da küçülmüştür. Bu, dosyanın aktarılmasının daha az zaman alması, gecikmeyi azaltması ve içeriğin daha hızlı yüklenmesine yardımcı olması anlamına gelir.

Dosya sıkıştırma - Dosya sıkıştırma, internet üzerinden veri aktarırken gereken gecikmeyi ve bant genişliği tüketimini azaltmada önemli bir bileşendir. GZip, yaygın bir sıkıştırma yöntemidir ve web sayfalarını aktarırken kullanılması gereken en iyi uygulama olarak kabul edilir. Birçok CDN sağlayıcısı GZip'i varsayılan olarak etkinleştirmiştir. GZip sıkıştırmasından elde edilen tasarruf ne kadar önemlidir? Tipik olarak, sıkıştırılmış dosyalar, ilk dosya boyutunun yaklaşık %50 ila %70'i kadar küçülür.

Bir CDN, hızları artırmak için hangi donanımı kullanabilir?

CDN donanım optimizasyonları söz konusu olduğunda, geleneksel sabit disk sürücülerine (HDD) kıyasla katı hal sürücülerinin (SSD) kullanılması önemli bir avantaj sağlar; katı hal sürücüleri, dosyaları geleneksel sabit disk sürücüsüne göre %30'a kadar daha hızlı açabilir ve daha dayanıklı ve güvenilirdir.

Bir plak çalara benzer şekilde, geleneksel bir sabit disk sürücüsü, verileri depolayan manyetik kaplamalı dönen dairesel metal bir diskten oluşur. Kol üzerindeki bir okuma/yazma kafası, disk altında dönerken bilgilere erişir. Bu işlem mekaniktir ve diskin dönüş hızından etkilenir. Katı hal sürücülerinin (SSD) ortaya çıkmasıyla, eski model sabit disk sürücüleri daha az kullanılır hale geldi, ancak bugün hala üretiliyorlar ve birçok bilgisayar sisteminde yaygın olarak kullanılıyorlar.

Katı hal sürücüsü (SSD) de bir tür kalıcı depolama birimidir, ancak USB bellek sürücülerine veya dijital kameralar gibi cihazlarda yaygın olarak bulunan hafıza kartlarına çok daha benzer şekilde çalışır; hareketli parçaları yoktur. Normal bir sabit disk dönerken sistem sarsılırsa, HDD atlama yapabilir, bu da okuma/yazma hatalarına ve potansiyel kesintilere yol açabilir. SSD'nin bir diğer önemli avantajı ise parçalanmış dosyalara erişimdir. Dosya parçalanması, bir dosyanın parçalarının disk üzerinde farklı konumlarda bulunması durumudur ve HDD sürücüleri için daha yavaş erişime neden olur. Bir SSD, bitişik olmayan bellek konumlarına verimli bir şekilde erişebildiği için, parçalanma performans için bir tehdit oluşturmaz.

İlk CDN'lerde veriler sabit disk sürücülerinde depolanıyordu. Şimdi bazı CDN hizmetlerinde tüm uç nokta önbellekleme katı hal sürücülerinde (SSD) gerçekleşebiliyor. SSD'lerin dezavantajı ise maliyetleridir; bir SSD, geleneksel depolama ortamlarından 5 kat daha pahalı olabilir. Bu nedenle, bazı CDN hizmetleri genellikle SSD kullanmaktan kaçınır ve bunun yerine eski teknolojiyi tercih eder.