CDN Önbelleği Ekledim, Site Daha Yavaşladı. Öncelikle Yapmam Gereken Matem İşte..

CDN Önbelleği Ekledim, Site Daha Yavaşladı. Öncelikle Yapmam Gereken Matem İşte..

Geçen hafta, klasik bir "bu işin mantığı var" optimizasyon yaptım. Statik sitemin önüne bir İçerik Dağıtım Ağı (CDN) önbellek katmanı kurdum. Beklediğim gibi: daha hızlı sayfa yükleme, memnun kullanıcılar, iyi SEO puanları. Ama gerçekler böyle gitmedi. Sitenin performansı ölçülebilir şekilde daha yavaşladı. Sadece biraz değil — bağımsız bir tarama aracı, daha önce 38 saniyelik yükleme süresi bildirirken, aniden 52 saniyeye çıktı. Vay be.

Bu, altyapı optimizasyonlarının bazen ters yönlendirdiğinin ilk olmayan örneğiydi. Ama önbellek katmanlarının kendilerine ait bir "performans vergisi" olduğunu yeniden hatırladım. CDN kurmaya karar vermeden önce, yapmam gereken matem işte o:

Neden Önbellekleme İşe Baka Biliyor?

İlk bakışta, CDN'ler tam bir "kazanç-kazanç" gibi görünür. Statik dosyaları kullanıcılara daha yakına taşıyorsun, sunucu yükünü azaltıyorsun, küresel gecikmeyi iyileştiriyorsun. Ama her önbellek, bazı ek maliyetler getirir:

1. **Önbellek kararlarından kaynaklanan gecikme**: Bu istek önbellekte mi? Yeniden doğrulamam gerekiyor mu? Hangi başlıklar geçerli?
2. **Ağ sıçramaları**: Kenar düğümleri bile kullanıcılara sonsuz yakın değildir.
3. **Önbellek kaçırları**: Önbellekler süresi dolduğunda veya temizlendiğinde, kullanıcılar tam origin gecikmesini plus CDN işlem süresini öderler.
4. **Sıkıştırma ve dönüştürme**: Birçok CDN, içeriği sıkıştırır veya değiştirir — bu da işlem süresi ekler.

Benim durumumda, suç CDN'din kendisindi — **önbellek yapılandırmasıydı**. Çoğu CDN kurulumu, varsayılan olarak küçük dosyaları agresif önbelleğe alırken, büyük dosyaları önbelleğe almaz. Bu da kullanıcı deneyimini tutarsızlaştırır.

Önemli Olan Sayılar

Herhangi bir önbellekleme çözümüne başlamadan önce, şu hesaplamaları yapın:

Önbellek İsabet Oranı
```
İsabet Oranı = İsabetler / (İsabetler + Kaçırlar)
```

Eğer yalnızca %60'sında önbellek isabeti sağlıyorsan, %40'lık isteklere CDN ek yükünü ödüyorsun ama bir fayda da elde etmiyorsun. En azından %85 hedefle.

Etkili Gecikme
```
Etkili Gecikme = (İsabet Oranı × Kenar Gecikmesi) + (Kaçırma Oranı × (Kenar + Origin Gecikmesi))
```

Örnek:
Kenar gecikmesi: 50ms
Origin gecikmesi: 300ms
İsabet oranı: %90
Etkili gecikme: (0,9 × 50) + (0,1 × 350) = 80ms

Buna karşılık, doğrudan origin: 300ms. CDN kazanıyor.

Ama isabet oranı %60'ya düşerse:
Etkili gecikme: (0,6 × 50) + (0,4 × 350) = 170ms
Hâlâ daha hızlı ama, karmaşıklığa değmeyecek kadar.

Süre (TTL) Optimizasyonu
Kısa TTL'ler (< 30 saniye), daha fazla origin çekisine yol açar. Uzun TTL'ler (> 24 saat), içeriğin eski kalmasına neden olur. Güncelleme sıklığına göre denge bulun.

Gerçek Hayatta, CDN Kullanmayacağım Senaryolar

1. Çoğu Yerel Kitle
Eğer trafiğinizin %90'ı tek bir coğrafi bölgeden geliyorsa, CDN gereksiz karmaşıklık getirebilir. İyi yapılandırılmış bir origin sunucu daha iyi performans gösterebilir.

Örnek: Yakındaki müşterilerin çoğunu hedefleyen bir yerel restoranın web sitesi, küresel kenar önbellekleme faydasını görmez.

2. Yüksek Dinamik İçerik
Her birkaç dakikada içerik güncellenen sitelerde (haber panoları gibi), kısa TTL'ler sürekli yeniden doğrulamaya zorlar. Önbellek avantaj yerine, bir sorun haline gelir.

Örnek: Analitik panom, her 30 saniyede canlı veri çeker. Burada önbelleklemek ya güncelliğini yitirdiği bilgileri gösterecek, ya da karmaşık geçersizleştirme mantığı gerektirecektir.

3. Küçük Dosya Boyutları
CDN'ler, ağ yakınlığını optimize eder. Ama dosyalarınız çok küçükse (10KB altında), bir CDN kenar işleminden geçmek, aktarım süresinden tasarruf sağlamaya değmez.

Örnek: 5KB altındaki JSON API yanıtları, genellikle CDN kenar işleminden çok daha hızlı, doğrudan originden yüklenir.

Performansı Tanılamak İçin Araçlar

CDN = iyidir varsayımına kapmeye başlamadan önce, temel performansı şu araçlarla ölçün:

- **WebPageTest.org**: Zamanın nerede geçtiğini gösteren detaylı su diyagramları
- **Lighthouse CI**: Dağıtım borucunuzda otomatik performans denetimleri
- **Gerçek Kullanıcı İzleme (RUM)**: [PostHog](https://posthog.com/) veya [Plausible](https://plausible.io/) gibi araçlar, gerçek kullanıcı deneyimini gösterir.

Farklı coğrafi konumlardan testler yapın, böylece kitlelerinizin gerçek deneyimini anlarsınız.

Kendi Hatamı Nasıl Düzelttim?

Sorunu tanıladıktan sonra yaklaşımımı şu şekilde değiştirdim:

1. Statik dosyalar için TTL'yi 30 saniyeden 6 saate çıkardım.
2. Dinamik içerik için önbellek etiketlerini uyguladım.
3. Popüler uç noktalar için önbellek ısıtma mantığı ekledim.
4. [Cloudflare Analytics](https://www.cloudflare.com/analytics/) ile isabet oranlarını sürekli izledim.

Sonuç? Yükleme süreleri 52 saniyeden 1,2 saniyeye düştü küresel olarak.

Son Söz

CDN'ler sihirli kurşun değiller. İnce ayar gerektiren sofistike araçlardır. Her zaman optimizasyon yapmadan önce temel metrikleri koyun, varsayılan ayarların işinize yeterdiğini asla varsaymayın.

Yeterince test edin, etkiyi ölçün, ve unutmayın: bazen karmaşıklıktan kurtulmak, eklemekten daha iyidir.

SSS

Her zaman CDN kullanmalı mıyım?
Gerekli değildir. Kitle coğrafyasına, içerik türüne ve güncelleme sıklığına göre değerlendirin. Yerel kitleler ve küçük dosyalar fayda görmeyebilir.

Kabul edilebilir bir önbellek isabet oranı nedir?
En azından %85 hedefleyin. %70'in altındaysa, CDN ek yükünün gerçekten değmeyeğini yeniden düşün.

Statik dosyaları ne kadar süre önbelleğe almalıyım?
Versiyonlu dosyalar (hashli isimlerle), sonsuza kadar önbelleğe alınabilir. Diğerleri için, güncelleme sıklığına bağlı olarak 1-24 saat.

CDN'ler SEO'yı olumsuz etkileyebilir mi?
Evet, eğer sayfa yükleme süresini artırırlarssa ya da tutarsız içerik sunarlarsa. Google sayfa hızını sıralamada dikkate alır, bu yüzden Core Web Vitals'ı yakından izleyin.