CDN Kullanımı ile Bahis Sitesi Performansını Artırın

Bahis siteleri, statik içerik sunan kurumsal sitelerden çok farklı gereksinimlere sahiptir. Canlı oranlar saniyeler içinde değişir, büyük maçlarda eşzamanlı kullanıcı sayısı katlanır ve oyuncular farklı coğrafyalardan bağlanır. İçerik dağıtım ağı (CDN), bu yükün önemli bir kısmını kaynak sunucudan alarak hem hızı hem de dayanıklılığı artırır. Ancak yanlış yapılandırılmış bir CDN, eski oranların sunulması gibi ciddi sorunlara da yol açabilir. Bu rehberde doğru kurulumu adım adım ele alıyoruz.

CDN nasıl hız kazandırır?

CDN, içeriği dünyanın farklı noktalarındaki kenar sunucularında önbelleğe alır. Bir oyuncu sitene girdiğinde görseller, stil dosyaları ve betikler, kaynak sunucundan değil oyuncuya en yakın kenar sunucusundan gelir. Bu, ağ gecikmesini azaltır ve kaynak sunucunun yükünü hafifletir. Kazancın büyüklüğü; oyuncularının konumuna, kaynak sunucunun yerine ve sayfalarındaki statik içerik oranına bağlıdır. Kendi sitende CDN'i devreye almadan önce ve sonra gerçek kullanıcı verisiyle ölçüm yaparak etkisini net olarak görebilirsin.

Sağlayıcı seçim kriterleri

Cloudflare, Fastly, Akamai, Amazon CloudFront ve BunnyCDN gibi sağlayıcıların her birinin güçlü olduğu alanlar farklıdır. Tek bir "en iyi" yerine şu kriterlere göre karar ver:

1. Oyuncularına yakın kenar noktaları: Hedef pazarlarında sağlayıcının varlığını ve gerçek gecikme değerlerini test et.
2. Önbellek temizleme hızı: İçeriği anında geçersiz kılabilmek, sık güncellenen sayfalar için önemlidir.
3. Kenar hesaplama: Kenar sunucusunda küçük kodlar çalıştırabilmek, yönlendirme ve başlık düzenleme gibi işleri kolaylaştırır.
4. Güvenlik katmanları: DDoS koruması, web uygulama güvenlik duvarı ve hız sınırlama kurallarının hangi planlarda sunulduğu.
5. Kullanım koşulları: Bazı sağlayıcıların kumar içeriğine ilişkin özel koşulları olabilir; sözleşmeyi bu açıdan incele.
6. Maliyet modeli: Trafik, istek sayısı ve ek özelliklerin fiyatlandırmasını kendi trafik profilinle hesapla.

Cache kuralları: neyi önbelleğe almalı, neyi asla?

Bahis sitelerinde en kritik CDN hatası, canlı oranları ya da kullanıcıya özel verileri önbelleğe almaktır. Eski bir oranın sunulması hem oyuncu deneyimini bozar hem de finansal risk yaratır. Başka bir oyuncunun kupon ya da bakiye bilgisinin önbellekten sunulması ise ciddi bir güvenlik ve gizlilik ihlalidir.

• Agresif önbellek: Sürüm numarası ya da dosya özeti içeren JS, CSS, yazı tipi ve görsel dosyaları.
• Kısa süreli önbellek: Fikstür listeleri ya da bilgi sayfaları gibi seyrek değişen ama tamamen statik olmayan içerik.
• Önbellek yok: Canlı oran uç noktaları, kupon ve bakiye servisleri, oturum gerektiren tüm sayfalar ve ödeme akışı.

Bu ayrımı kaynak sunucunun gönderdiği başlıklarla açıkça belirtmek en güvenli yöntemdir. Aşağıda nginx için örnek bir yapılandırma var:

# Sürümlü statik dosyalar: bir yıl, değişmez
location ~* \.(js|css|woff2|png|jpg|webp|svg)$ {
    add_header Cache-Control "public, max-age=31536000, immutable";
}

# Canlı oranlar ve kullanıcıya özel API: asla önbelleğe alma
location /api/ {
    add_header Cache-Control "private, no-store";
    proxy_pass http://app_backend;
}

CDN tarafında da kullanıcıya özel yollar için önbelleği atlayan bir kural tanımla. İki katmanda da aynı kuralın bulunması, birindeki bir yapılandırma hatasının felakete dönüşmesini engeller. Oturum çerezleri taşıyan isteklerin önbelleğe alınmadığını test etmeyi unutma.

Önbellek anahtarı ve çerezler

CDN'ler bir isteği önbellekte ararken adres, sorgu parametreleri ve bazen başlıklardan oluşan bir önbellek anahtarı kullanır. Pazarlama parametreleri gibi içeriği değiştirmeyen sorgu parametrelerini anahtardan çıkarmak, isabet oranını artırır. Buna karşılık dil ya da para birimi gibi içeriği gerçekten değiştiren bilgiler anahtarın parçası olmalıdır; aksi halde bir oyuncu başka bir dilin sayfasını görebilir.

Canlı veri için doğru araç

Canlı oranlar gibi sürekli değişen veriler için CDN önbelleği yerine WebSocket ya da sunucu kaynaklı olaylar gibi akış tabanlı yöntemler daha uygundur. Uygulama tarafında sık okunan verileri kısa süreli tutmak için bir bellek içi önbellek kullanılabilir; bu konuyu Redis ile önbellekleme yazımızda ele aldık.

CDN ile DDoS koruması

• Hacimsel saldırılar kenar ağında emilir ve kaynak sunucuna ulaşmaz.
• Uygulama katmanı saldırılarına karşı web uygulama güvenlik duvarı kurallarını CDN üzerinde etkinleştir.
• Giriş, kayıt ve şifre sıfırlama gibi uç noktalarda hız sınırlama uygula.
• Kaynak sunucunun IP adresini gizli tut ve yalnızca CDN'den gelen trafiği kabul et; aksi halde saldırgan CDN'i atlayarak doğrudan kaynağa ulaşabilir.

Büyük spor etkinlikleri hem meşru trafiğin hem de saldırıların arttığı dönemlerdir. Katmanlı koruma stratejisi için DDoS koruması rehberimize bakabilirsin.

CDN kullanırken izleme

CDN arkasındaki bir sitede kenar sunucusu yanıt verirken kaynak sunucu çökmüş olabilir; bu durumda oyuncular önbellekteki eski sayfaları görür ama giriş ya da bahis yapamaz. Bu yüzden kendi sitende hem herkese açık adresi hem de kaynağın sağlığını gösteren bir uç noktayı ayrı ayrı izlemek iyi bir pratiktir. Sertifikaların hem CDN'de hem de kaynakta geçerli olduğundan emin olmak için SSL/TLS rehberine göz at.

Kurulum kontrol listesi

1. Statik dosyaları sürümlü adlarla yayınla ve uzun süreli önbellek başlıkları ekle.
2. Kullanıcıya özel ve canlı veri yollarını hem kaynakta hem CDN'de önbellek dışı bırak.
3. Kaynak sunucuyu yalnızca CDN trafiğine açık tut.
4. WAF ve hız sınırlama kurallarını etkinleştir.
5. Devreye almadan önce ve sonra gerçek kullanıcı metriklerini karşılaştır.

Sonuç

Doğru yapılandırılmış bir CDN, bahis sitesini hem daha hızlı hem de saldırılara daha dayanıklı yapar. Anahtar, neyin önbelleğe alınacağını ve neyin asla alınmayacağını net olarak ayırmaktır.