Güncellendi:
CDN (Content Delivery Network), içeriği dağıtılmış sunucular üzerinden sunan bir ağdır. Önbelleğe uygun içerik edge katmanından karşılandığında kaynak sunucunun yükü ve bazı kullanıcıların bekleme süresi azalabilir. Sonuç; önbellek politikası, kullanıcı ağı, içerik türü ve origin davranışına bağlıdır.
Görseli büyüt →
CDN hangi içeriğe nasıl davranır?
Resim, stil dosyası ve sürümlenmiş JavaScript gibi herkese aynı sunulan dosyalar genellikle önbelleğe uygun adaylardır. Sepet, hesap sayfası, oturum açmış kullanıcıya özel API yanıtı veya kişisel belge için aynı politika uygulanmaz. Bir yanıtın güvenle paylaşılabilir olup olmadığını uygulamanın anlamına göre belirleyin.
Bir CDN her zaman coğrafi olarak en yakın sunucuyu seçmek zorunda değildir; yönlendirme kararı ağ koşulları ve sağlayıcı tasarımına bağlı olabilir. Ayrıca ürünün WAF, DDoS azaltma veya origin koruma özellikleri önbellek işlevinden ayrıdır. Bunların dahil olduğunu hizmet belgesinden doğrulayın.
Cache key ile süreyi birlikte tasarlayın
Cache key hangi isteklerin aynı önbellek nesnesini paylaşacağını belirler. Alan adı, yol, sorgu parametreleri ve gerekli başlıklar bu kararın parçası olabilir. Oturum veya dil gibi bir farklılığı göz ardı etmek yanlış içeriğin başka kullanıcıya sunulmasına yol açabilir; gereksiz her parametreyi anahtara katmak ise isabet oranını azaltabilir.
| Başlık veya kavram | Görevi |
|---|---|
| Cache-Control | Yanıtın saklanma ve yeniden kullanılma koşullarını belirtir. |
| ETag / Last-Modified | Önbellekteki temsilin güncelliğini doğrulamaya yardımcı olur. |
| Vary | Yanıtın hangi istek başlıklarına göre farklılaşabildiğini belirtir. |
| TTL | Kopyanın taze kabul edildiği süreyi ifade eder; origin ve CDN kuralları birlikte incelenir. |
no-cache ile no-store aynı talimat değildir: ilki yeniden kullanımdan önce doğrulama gerektirebilir, ikincisi saklamayı engellemeyi amaçlar. Tarayıcı, CDN ve uygulama katmanlarının politikalarını birlikte test edin.
Yayın ve geçersiz kılma sürecini planlayın
Statik dosyalarda içerik değişince URL’yi değiştiren sürümleme yaklaşımı uzun önbellek sürelerini yönetmeyi kolaylaştırır. HTML veya API içeriği için ise güncellik beklentisini açıkça belirleyin. Purge işleminin hangi URL ve varyantları etkilediğini, ne kadar sürede uygulandığını ürün kapsamından öğrenin; tek bir arayüz mesajını tüm edge noktalarının kabulü olarak yorumlamayın.
Origin erişimini ve TLS’i koruyun
CDN ile kullanıcı arasındaki TLS bağlantısı, CDN ile origin arasındaki bağlantıdan ayrıdır. Her iki bacağın sertifika ve doğrulama politikasını kontrol edin. Origin’in doğrudan internete açık kalması, tasarladığınız erişim sınırını aşabilir. Uygun origin erişim kurallarını ve gerçek istemci IP bilgisinin güvenilir proxy zincirinden nasıl elde edildiğini planlayın.
Başarıyı doğru metrikle ölçün
Cache hit oranını tek başına hedeflemeyin. Yanlış kişisel içeriğin yüksek oranda önbellekten sunulması başarı değildir. Temsili anonim ve oturumlu isteklerde doğruluğu, origin yükünü, yanıt sürelerini, hata oranını ve veri aktarım maliyetini birlikte izleyin. CDN kullanımı arama motoru sıralaması veya organik trafik garantisi oluşturmaz; kullanıcı deneyimindeki gerçek iyileşme ölçülmelidir.
Sık sorulan sorular
- CDN kullanınca origin sunucusu gereksiz olur mu?
-
Hayır. Kaynak içerik ve uygulama çalışması origin tarafında devam eder; önbellekte olmayan veya kişisel istekler uygun şekilde kaynağa ulaşır.
- Her API yanıtını cache edebilir miyim?
-
Yanıtın kimlik, yetki, güncellik ve kişisel veri kapsamını incelemeden ortak önbelleğe almayın. Uygulama semantiği ve cache key birlikte tasarlanmalıdır.
Sonraki adım
Dosya kaynağını S3 nesne depolama ve kapasite hesabını bant genişliği rehberi ile birlikte değerlendirin.
