Turnuvalar

Bulut Skorlama mı Yerel Sunucu mu? Küçük Ligler İçin Gecikme, Erişilebilirlik ve Yedekliliği 7 Kriterde Karşılaştırma

Rekabet · 1 Mart 2026 · 6 dk okuma · 1 görüntülenme

Küçük ligler (amatör e-spor ligleri, bölgesel futbol/simülasyon ligleri, yerel turnuva serileri) için sunucu seçimi, maç deneyimini doğrudan etkiler. Doğru altyapı hem oyuncu memnuniyetini artırır hem de organizasyonun iş yükünü azaltır. Bu yazıda bulut skorlama (cloud scoring) ile yerel sunucu (on-premise/local server) seçeneklerini 7 kritere göre teknik, operasyonel ve mali açıdan karşılaştıracağım. Her bölümde gerçekçi örnekler, sayısal eşik değerler ve küçük ligler için uygulanabilir öneriler bulacaksınız.

Giriş: Neden bu karar kritik?

Küçük ligler genellikle sınırlı bütçeye, değişken trafik profiline ve dağıtık oyuncu coğrafyasına sahiptir. Bir maç sırasında yaşanan gecikme (latency), maç tekrarı ihtiyacı veya veri kaybı, hem izleyici memnuniyetini düşürür hem de organizasyonun itibarını zedeler. Bu nedenle teknik tercihiniz sadece maliyet değil; erişilebilirlik, yedeklilik, ölçeklenebilirlik ve operasyonel yükü de içermelidir.

Karşılaştırma Kriterleri - Genel Bakış

Gecikme (Latency)
Erişilebilirlik ve Uptime
Yedeklilik ve Felaket Kurtarma (DR)
Ölçeklenebilirlik ve Trafik Dalgalanmaları
Maliyet ve Total Cost of Ownership (TCO)
Güvenlik ve Veri Egemenliği
Operasyonel Yönetim ve Personel Yükü

1) Gecikme (Latency)

Gecikme, oyuncu deneyimi için en somut metriktir. Küçük ligler için hedef değerler genelde şu şekildedir:

<50 ms — Rekabetçi, akıcı deneyim (idealdir).
50–100 ms — Kabul edilebilir; bazı oyunlarda tolerans sınırı.
>100 ms — Rekabetçi karşılaşmalar için problemli.

Bulut: Bulut sağlayıcıları (ör. AWS, Azure, GCP) dünya çapında veri merkezleri sunduğu için oyunculara coğrafi olarak yakın bölge seçmek mümkün. Ancak veri merkezi ile oyuncu arasındaki son mil bağlantısı, internet servis sağlayıcısının performansı ve ağ mimarisi gecikmeyi etkiler. Bulut, düşük gecikme isteyen küçük ligler için genelde avantajlıdır—özellikle oyuncular farklı şehirlerden katılıyorsa.

Yerel Sunucu: Eğer oyuncuların büyük kısmı tek bir şehirde topluysa (ör. İstanbul içi amatör lig), yerel sunucu çok düşük LAN benzeri gecikme sunabilir. Fakat uzak şehirlerden katılım varsa gecikme artar. Örnek: İstanbul merkezli sunucu, İzmir'den ortalama 60–80 ms olabilirken buluttaki İstanbul bölgesel node'larıyla benzer performans elde etmek mümkündür.

2) Erişilebilirlik ve Uptime

Erişilebilirlik, maç zamanında sunucunun ulaşılabilir olması demektir. Küçük ligler için hedef uptime %99–%99.9 arasıdır; kritik turnuvalarda %99.9+ gerekebilir.

Bulut: SLA'ları yüksek (%99.9 ve üstü) sağlar; otomatik failover, load balancing ve global DNS avantajı vardır.
Yerel Sunucu: Bütünleşik UPS, yedek internet hatları ve fiziksel güvenlik gerektiğinde maliyet artar. Küçük liglerin bu düzeye yatırım yapması zor olabilir.

3) Yedeklilik ve Felaket Kurtarma (DR)

Yedeklilik, donanım arızası veya veri kaybı durumunda hizmetin devam etmesini sağlar.

Bulut: Çok bölgeli replika, snapshot, otomatik yedekleme ve anlık görüntü (snapshot) özellikleri sunar. Küçük ligler için günlük snapshot + haftalık bölge dışı yedekleme yeterli olabilir. Ayrıca RPO/RTO hedeflerini (veri kaybı ve kurtarma süresi) SLA'larla tanımlamak daha kolaydır.

Yerel Sunucu: Yedekleme için ikinci fiziksel sunucu, dış lokasyonda veri kopyası veya taşınabilir yedekleme gerektirir. Bu seçenekler maliyetli ve yönetimi zordur. Ancak sınırları belirlenmiş, tek lokasyonlu liglerde basit RAID + günlük disk yedekleme yeterli olabilir, fakat felaket durumunda RTO uzar.

4) Ölçeklenebilirlik ve Trafik Dalgalanmaları

Küçük liglerde trafik genellikle maç saatlerine bağlı olarak yoğunlaşır — ör. haftasonu akşamları 2-3 saatte ani yük. Ölçeklenebilirlik burada kritik.

Bulut: Otomatik ölçeklenebilirlik (auto-scaling) ile kaynakları maç başına artırıp sonra azaltabilirsiniz; bu da maliyeti kontrol eder. Ani yükleri handle etmek kolaydır.
Yerel Sunucu: Kapasite ihtiyacını en kötü duruma göre planlamanız gerekir; bu da atıl kaynak maliyeti doğurur. Alternatif olarak hibrit model (ana sunucu yerelde, ani yüklerde cloud burst) düşünülebilir.

5) Maliyet ve Total Cost of Ownership (TCO)

Maliyet sadece aylık kira değildir; donanım amortismanı, enerji, yedek parça, internet hatları, fiziksel güvenlik ve insan kaynağı da hesaba katılmalıdır.

Örnek karşılaştırma (örnek değerler, varsayımsal):

Yerel: 1 adet orta sınıf sunucu (8 CPU cores, 32 GB RAM, NVMe) amortisman + bakım + internet = başlangıçta 8.000–12.000 TL, yıllık işletme maliyeti 6.000–10.000 TL.
Bulut: Aynı performans için aylık 300–700 TL arası (kullanım ve transfer bazlı). Ancak etkin auto-scaling ile ortalama aylık maliyetler daha düşük olabilir. Yedekleme, snapshot, veri transfer ücretleri eklenir.

Küçük ligler için genel eğilim: başlangıçta düşük bütçe ve değişken trafik varsa bulut daha avantajlı; eğer uzun vadede 24/7 tam kapasite çalışacak bir sunucu gerekiyorsa yerel sunucu daha ekonomik olabilir.

6) Güvenlik ve Veri Egemenliği

Bulut sağlayıcıları ISO/PCI/HIPAA benzeri sertifikasyonlar sunar ve güvenlik yamalarını otomatikleştirebilir. Ancak veri hangi ülkede tutuluyor sorusu önem kazanır; bazı liglerde oyuncu kişisel verileri veya yasal gereklilikler nedeniyle veri lokasyonu önemli olabilir.

Bulut: Merkezi güvenlik yönetimi, firewall, IAM, DDoS koruma imkanları var. Ancak konfigurasyon hataları (ör. açık S3 benzeri) risklidir.
Yerel: Fiziksel kontrol avantajı; ancak güvenlik yamaları, erişim kontrolü ve izleme sorumluluğu tamamen size ait.

7) Operasyonel Yönetim ve Personel Yükü

Operasyonel yük: sunucu kurulumu, yamalar, izleme, yedeğin test edilmesi, acil müdahale yetenekleri gibi işleri kapsar.

Bulut: Yönetilen hizmetler (managed databases, managed hosting) seçildiğinde operasyonel yük minimaldir. Küçük liglerde genelde bu tercih edilir çünkü teknik ekip sınırlıdır.

Yerel: Yerel ekip veya dışarıdan servis anlaşması gerekir. Donanım arızalarında fiziksel müdahale süresi planlanmalıdır.

7 Kriterde Kısa Karşılaştırma Tablosu (Özet Puanlama)

Aşağıda basit bir puanlama (1=zayıf, 5=çok iyi) ile iki yaklaşımı özetliyorum. Bu puanlama küçük lig tipik senaryosu (dağıtık oyuncu, sınırlı bütçe, haftasonu yoğunluğu) içindir.

Gecikme: Bulut 4, Yerel 4 (coğrafi dağılıma göre değişir)
Erişilebilirlik: Bulut 5, Yerel 3
Yedeklilik: Bulut 5, Yerel 2
Ölçeklenebilirlik: Bulut 5, Yerel 2
Maliyet (kısa vadede): Bulut 4, Yerel 3
Güvenlik / Veri: Bulut 4, Yerel 4 (konfigürasyona bağlı)
Operasyonel Yönetim: Bulut 5, Yerel 2

Sonuç: Küçük liglerin çoğu için bulut tercihleri daha yüksek puan alır. Ancak tek bir şehirde toplanan, sürekli ve öngörülebilir yükü olan ligler için yerel sunucu hâlâ mantıklı olabilir.

Pratik Örnek ve Tavsiyeler

Senaryo 1 — Dağıtık oyuncu tabanı: 16 takım, maçlar hafta içi akşam ve hafta sonu yoğunlaşır. Öneri: Bulut + regional deployment. Maç saatleri için auto-scale, snapshot tabanlı yedekleme, DDoS koruması. Beklenen aylık maliyet optimizasyonu ile 2-4x daha düşük operatif sorun.

Senaryo 2 — Tek şehir içi lig: 10 takım, yerel kafede toplanıp oynuyor. Öneri: Yerel sunucu veya güçlü bir LAN box; düşük gecikme ve tek seferlik donanım yatırımı mantıklı. Ancak kritik maçlar için yedek internet hattı ve dışa düzenli yedekleme ekleyin.

Hibrit Öneri: Ana skorlama ve maç servisi bulutta, kritik oyun oturumları için yerel jump-server veya proxy ile latency kritik trafiği lokalde tutun. Ani yüklerde cloud burst kullanın. Bu model hem maliyeti dengeler hem de esneklik sağlar.

Uygulama Kontrol Listesi (Hemen Yapılabilecekler)

Oyuncu dağılımını coğrafi olarak analiz edin (şehir/ülke yüzdeliklerini çıkartın).
Gecikme testleri yapın: potansiyel sunucu lokasyonlarına ping/iperf testleri gerçekleştirin.
Bütçe senaryoları oluşturun: aylık 3-5 senaryo (düşük/ortalama/zirve) için tahmini maliyet.
Yedekleme ve DR planınızı yazılı hale getirin (RPO/RTO hedefleri belirleyin).
Güvenlik checklist: erişim kontrolleri, loglama, DDoS planı.

Sonuç

Küçük ligler için genel olarak bulut skorlama daha esnek, ölçeklenebilir ve düşük operasyonel yüklü bir çözümdür. Yerel sunucu ise spesifik durumlarda (tek lokasyon, düşük gecikme gereksinimi, uzun süreli tam kapasite) ekonomik avantaj sunabilir. En iyi yaklaşım, senaryonuza göre hibrit veya bulut merkezli bir çözüm benimsemektir: başlangıçta bulut ile başlayın, operasyonel veriler (gerçek trafik, maliyet) toplandıktan sonra gerekirse kısmi lokalleştirmeye geçin.

Bu yazıda verdiğim kriterler ve kontrol listesi, karar sürecinizi hızlandıracak pratik bir rehber sunar. İsterseniz liginizin özel parametrelerini (takım sayısı, oyuncu konumları, bütçe aralığı) paylaşın; size özet bir karar tablosu ve maliyet tahmini hazırlayayım.