Multiplayer Oyun Yaptırmak: Sunucu Mimarisi, Netcode ve Ölçeklenme Rehberi (2026)

Multiplayer oyun yaptırmak isteyen stüdyolar ve aynı zamanda girişimler için en kritik karar, oyunun hangi ağ mimarisi üzerinde çalışacağıdır. Yanlış seçilen mimari; gecikme şikâyetleri, hileciler ve ani oyuncu artışında çöken sunucular olarak geri döner. Grafik, karakter tasarımı ve seviye kurgusu sonradan iyileştirilebilir; ancak sunucu modeli ve netcode yaklaşımı oyunun temeline işler.

Rehberde authoritative sunucu yapısından tick rate seçimine, lag compensation ve rollback tekniklerinden matchmaking servislerine, Photon, Nakama ve Colyseus gibi altyapılardan Kubernetes ile otomatik ölçeklenmeye kadar teknik kararları sade dille anlatıyoruz. 360 Soft, İstanbul'da mobil oyun içeriği ve aynı zamanda uygulama geliştiren ekibiyle gerçek zamanlı sistemlerin pratik sorunlarını yakından tanıyor. 2D ve 3D örnek senaryolar, hangi oyun için hangi yaklaşımın mantıklı olduğunu somutlaştırıyor.

Multiplayer oyun yaptırmadan önce: tür, oyuncu sayısı ve ağ modeli

Multiplayer oyun projesinin ilk sorusu, oyunun ne kadar hızlı ve ne kadar rekabetçi olduğudur. Sıra tabanlı kart oyunu ile hızlı tempolu nişancı oyunu tamamen farklı ağ gereksinimlerine sahiptir. Sıra tabanlı oyunlarda HTTP istekleri ve basit WebSocket mesajları çoğu zaman yeterlidir.

Maç başına oyuncu sayısı, backend sunucusu kaynaklarını ve senkronizasyon stratejisini doğrudan belirler. Gerçek zamanlı aksiyon oyunlarında ise saniyede onlarca kez durum güncellemesi gönderen UDP tabanlı protokoller gerekir. İki kişilik dövüş oyunu ile yüz kişilik battle royale haritası aynı tekniklerle yönetilemez.

Üstelik, platform seçimi; mobil, PC, konsol ve web arasında çapraz oyun isteyip istemediğinizi netleştirir. Tasarım dokümanında ağ kararlarının yazılı hâle getirilmesi, geliştirme sırasında pahalı geri dönüşleri engeller. Genel olarak, oyunun hedef pazarı da önem taşır, zira sunucuların oyunculara yakın bölgelerde konumlanması gecikmeyi azaltır.

Authoritative sunucu ve tick rate: oyunun kalbi

Multiplayer mimaride üç temel model öne çıkar: eşler arası bağlantı, relay server ile birlikte authoritative server. Authoritative modelde istemci girdileri gönderir, server simülasyonu çalıştırır ile birlikte sonuçları oyunculara dağıtır. Diğer taraftan, rekabetçi oyunlarda endüstri standardı, oyun durumunun tek doğru kaynağının sunucu olduğu authoritative modeldir.

Eşler arası, relay ve authoritative karşılaştırması

Eşler arası modelde sunucu maliyeti düşüktür ama oyunculardan biri ev sahibi olduğu için hileye ile birlikte bağlantı sorunlarına açıktır. Relay modelinde sunucu paketleri sadece iletir ve mini oyun mantığını kontrol etmez. Gerçekte, relay yaklaşımı kooperatif ve aynı zamanda gündelik oyunlarda pratik yanıt sunar. Authoritative backend sunucusu daha fazla işlem gücü ister ancak hile önleme, adil oyun ve tutarlı durum açısından açık ara en güvenilir seçenektir. Gerçekte, hibrit yapılar da mümkündür; lobi ile birlikte sosyal özellikler ayrı servislerde, maç simülasyonu authoritative sunucularda çalışabilir.

Tick rate nasıl seçilir?

Tick rate, sunucunun oyun dünyasını saniyede kaç kez güncellediğini ifade eder. Diğer taraftan, süratli nişancı oyunlarında 30 ile 64 arası, rekabetçi sahnede ise 128 tick tercih edilebilir. Yüksek tick rate daha hassas isabet tespiti ve akıcı hareket sağlar ancak işlemci ve bant genişliği tüketimini artırır.

Mobil aksiyon ve MOBA tarzı oyunlarda 15 ile 30 arası tick çoğu zaman dengeli sonuç verir. Sıra tabanlı oyunlarda tick kavramı yerini olay tabanlı mesajlaşmaya bırakır. Delta sıkıştırma, ilgi alanı yönetimi ve bit düzeyinde paketleme, yüksek tick rate maliyetini düşürmenin başlıca yollarıdır.

Netcode: client-side prediction, lag compensation ve rollback

Netcode, internet gecikmesine rağmen oyunun canlı ve adil hissettirmesini sağlayan teknikler bütünüdür. Kısacası, oyuncunun ekranındaki görüntü ile sunucudaki gerçek durum arasında her zaman küçük fark vardır. Diğer taraftan, i̇yi netcode, farkı oyuncunun fark etmeyeceği şekilde gizler.

İstemci tahmini ve sunucu uzlaştırması

Client-side prediction tekniğinde istemci, oyuncunun girdisini sunucu yanıtını beklemeden uygular ve karakter anında hareket eder. Fark varsa istemci sunucu durumuna döner ve aynı zamanda henüz onaylanmamış girdileri yeniden oynatır. Sunucudan gelen yetkili durum istemcinin tahminiyle karşılaştırılır. Diğer oyuncuların hareketleri için ara değerleme yani interpolation kullanılır ile birlikte karakterler akıcı biçimde kayar.

Lag compensation

Lag compensation, nişancı oyunlarında ateş eden oyuncunun gördüğü sahnenin sunucuda geriye sarılarak doğrulanmasıdır. Sunucu, oyuncuların geçmiş konumlarını kısa süreliğine saklar ve atış anındaki durumu yeniden kurar. Geri sarma süresine üst sınır koymak, dengeyi korumanın yaygın yoludur. Teknik, yüksek pingli oyuncuya adil isabet imkânı verir ancak düşük pingli rakibin siper aldıktan sonra vurulması gibi yan etkiler doğurabilir.

Rollback netcode

Rollback yaklaşımı, dövüş oyunları gibi kare hassasiyeti gerektiren türlerde öne çıkar. Rollback için oyun mantığının deterministik olması ile birlikte durumun çabucak kaydedilip geri yüklenebilmesi gerekir. GGPO tarzı kütüphaneler ve motorların kendi rollback çözümleri, geliştirme süresini kısaltır. Nitekim, oyun, rakibin girdisini tahmin ederek ilerler ile birlikte gerçek girdi geldiğinde birkaç kare geriye dönüp simülasyonu yeniden hesaplar.

Matchmaking, lobi ve oyun arka ucu servisleri

Multiplayer oyunun görünmeyen yüzü, maç simülasyonu dışında kalan arka uç servisleridir. Matchmaking servisi oyuncuları beceri puanı, bölge, gecikme ve parti büyüklüğüne göre eşleştirir. Elo, Glicko veya TrueSkill benzeri derecelendirme sistemleri, adil maçlar kurmanın temel aracıdır. Lobi sistemi, arkadaş listesi, parti kurma, sohbet ve davet özellikleri oyuncuyu oyunda tutan sosyal katmandır. Hesap yönetimi, envanter, sanal kazanç, liderlik tablosu ve başarım servisleri de arka ucun parçasıdır.

Eşleşme hızı ile eşleşme kalitesi arasında denge kurmak için bekleme süresi uzadıkça arama kriterleri kademeli olarak genişletilir. Oturum yönetimi servisi, eşleşen oyuncular için uygun bölgede oyun sunucusu ayırır ve bağlantı bilgilerini istemcilere iletir. Bağlantısı kopan oyuncunun maça yeniden katılabilmesi, mobil oyunlarda kritik önemdedir.

• Beceri ve gecikme tabanlı matchmaking
• Lobi, parti ve arkadaş sistemi
• Oyun içi sohbet ve sesli takım iletişimi
• Liderlik tablosu, sezonlar ve başarımlar
• Envanter, sanal para ve oyun içi mağaza
• Yeniden bağlanma ve maç geçmişi

Hazır altyapılar: Photon, Nakama, Colyseus ve özel sunucu

Multiplayer oyun yaptırmak için her şeyi sıfırdan yazmak zorunlu değildir. Kısacası, photon, Unity ekosisteminde yaygın kullanılan ile birlikte yönetilen bulut altyapısıyla hızlı başlangıç sunan çözümdür. Gerçekte, photon Fusion ve Quantum gibi ürünler, sırasıyla durum senkronizasyonu ve deterministik simülasyon odaklı yaklaşımlar getirir. Nakama, açık kaynaklı oyun arka ucu olarak hesap, arkadaş, sohbet, liderlik tablosu, matchmaking ve authoritative maç mantığını tek pakette toplar. Colyseus, Node.js tabanlı açık kaynak çerçeve olarak oda mantığı ile birlikte otomatik durum senkronizasyonu ile web ve 2D oyunlarda pratik yanıt getirir.

Unity Netcode for GameObjects, Mirror ve FishNet gibi kütüphaneler, Unity içinde özel authoritative sunucu yazmayı kolaylaştırır. Unreal Engine ise yerleşik replikasyon sistemiyle dedicated server modelini doğal olarak destekler. Diğer taraftan, yönetilen servisler başlangıçta hız getirir ama ölçek büyüdükçe kullanım bazlı harcama ve satıcıya bağımlılık konuları gündeme hasılat. Doğru seçim; mini oyun türü, ekip yetkinliği, hedef ölçek ile birlikte uzun vadeli yol haritasına göre yapılmalıdır. Açık kaynak çözümler daha fazla kontrol verir ama operasyon sorumluluğunu ekibe yükler.

Kubernetes ile otomatik ölçeklenme ve bölgesel dağıtım

Multiplayer oyunlarda trafik gün içinde, hafta sonlarında ve etkinlik dönemlerinde sert dalgalanır. Dahası, sabit sayıda server kiralamak, yoğun saatlerde yetersiz, sakin saatlerde gereksiz kaynak anlamına gelir. Kubernetes, oyun sunucularını konteyner olarak çalıştırıp talebe göre çoğaltmayı mümkün kılar.

Agones gibi açık kaynak projeler, Kubernetes üzerinde oyun sunucusu filoları, hazır bekleyen sunucu havuzları ve maç bazlı sunucu tahsisi sunar. Durumlu oyun sunucuları ise maç bitene kadar kapatılmamalıdır ile birlikte ölçek küçültme kuralları buna göre yazılmalıdır. Sunucular oyunculara yakın bölgelerde, örneğin Avrupa, Orta Doğu ve Asya'da konumlandırılarak gecikme azaltılır. Matchmaking, hesap ve aynı zamanda mağaza API'leri gibi durumsuz servisler yatay olarak otomatik ölçeklenir. Kısaca, redis, oturum ile birlikte eşleşme kuyruğu için hızlı bellek içi depolama olarak kullanılır.

Pratikte, prometheus ve Grafana ile tick süresi, oyuncu başı bant genişliği ve sunucu doluluk oranı sürekli izlenmelidir. Yük testlerinde bot istemcilerle binlerce eşzamanlı maç simüle etmek, lansman gününden önce darboğazları ortaya çıkarır. PostgreSQL veya benzeri veritabanları oyuncu profili ve aynı zamanda ekonomi verisini tutar.

Anti-cheat ve güvenlik: adil oyunu korumak

Hile, multiplayer oyunların topluluğunu en hızlı bozan sorundur. Kısacası, authoritative sunucu, hileye karşı ilk ve aynı zamanda en güçlü savunma hattıdır, çünkü istemciden gelen konum ve hasar bilgisine körü körüne güvenilmez. Sunucu; hareket hızını, atış sıklığını, bekleme sürelerini ve envanter işlemlerini kendi kurallarıyla doğrular.

İstemci tarafında kod karartma, bellek bütünlüğü kontrolleri ve root ya da jailbreak tespiti ek koruma katmanı oluşturur. Easy Anti-Cheat ve BattlEye gibi hazır çözümler PC tarafında yaygın kullanılırken mobilde Play Integrity ve App Attest gibi platform doğrulama servisleri değerlendirilir. Ekonomi ile birlikte satın alma işlemleri hiçbir durumda istemci tarafında hesaplanmamalıdır.

İstatistiksel anomali tespiti, olağan dışı isabet oranı veya imkânsız hareket desenleri gösteren hesapları işaretler. Raporlama sistemi ve tekrar izleme kayıtları, moderatörlerin şüpheli maçları incelemesini kolaylaştırır. Nitekim, DDoS koruması ve oyun sunucusu IP adreslerinin gizlenmesi de rekabetçi oyunlarda göz ardı edilmemelidir.

2D ve 3D multiplayer oyunlar: iki örnek senaryo

Mimari kararlar, oyunun 2D ya da 3D olmasına göre belirgin biçimde değişir. Dahası, i̇ki örnek senaryo, gerçek projelerde sık karşılaşılan ihtiyaçları özetler.

2D senaryo: mobil arena veya io tarzı oyun

Kuşbakışı 2D arena oyununda maç başına oyuncu sayısı genellikle küçük ile birlikte orta düzeydedir ve fizik hesaplamaları görece hafiftir. Sunucu tarafında basit 2D çarpışma kontrolü ve 20 civarı tick rate çoğu zaman yeterlidir. İstemci Unity, Godot veya web için Phaser benzeri motorlarla geliştirilebilir. İlgi alanı yönetimi sayesinde her oyuncuya sadece ekranının yakınındaki nesneler gönderilir ve bant genişliği düşük tutulur. Aynı zamanda, colyseus veya Nakama ile authoritative oda mantığı kurmak, hızlı ve aynı zamanda ekonomik çözüm sunar.

3D senaryo: takım tabanlı nişancı oyunu

Takım tabanlı 3D nişancı oyununda isabet tespiti, fizik ve animasyon senkronizasyonu epey daha ağır yük oluşturur. Unity veya Unreal ile dedicated server mimarisi, lag compensation ve istemci tahmini birlikte kullanılır. Tick rate 30 ve üzerinde tutulur ve sunucular oyunculara yakın bölgelerde çalıştırılır. Benzer şekilde, harita bölümleme, uzaktaki oyuncular için güncelleme sıklığını düşürme ve aynı zamanda animasyon durumunu sıkıştırma gibi optimizasyonlar zorunlu hâle gelir. Sesli takım iletişimi için WebRTC tabanlı ayrı ses servisi ve aynı zamanda Agones ile maç başına sunucu tahsisi tipik yapı taşlarıdır.

Klon değil, özgün oyun: mağaza kuralları, KVKK ve gelir modeli

Battle royale türünden ya da Among Us gibi sosyal çıkarım oyunlarından ilham almak meşrudur ama kodu, karakterleri, adı veya görsel kimliği kopyalamak telif ve aynı zamanda marka ihlali riskini doğurur. Apple App Store ve aynı zamanda Google Play, başka oyunu taklit eden, yanıltıcı isim ve ikon kullanan uygulamaları reddeder ve geliştirici hesabını riske atar. Isabetli yaklaşım, kanıtlanmış mekanikleri özgün tema, karakter ile birlikte oyun döngüsüyle yeniden yorumlamaktır. Açıkçası, mini oyun mekanikleri geniş ölçüde serbestçe kullanılabilse de ayırt edici sanat, müzik, karakter ve aynı zamanda arayüz öğeleri hukuken korunur. Türkiye'deki oyuncu verileri için KVKK kapsamında aydınlatma metni, açık rıza ve veri saklama politikaları hazırlanmalıdır.

Diğer taraftan, oyun içi muhabbet ve sesli iletişim varsa şikâyet, engelleme ve içerik moderasyonu mekanizmaları mağaza gereksinimidir. Üstelik, ganimet kutusu benzeri rastgele ödüllerde olasılıkların açıklanması mağaza politikalarında yer alır. Burada, kozmetik satış, sezon kartı, ödüllü reklam ve abonelik, oyunun dengesini bozmadan hasılat üretmenin yaygın yollarıdır. Kazanmak için ödeme algısı yaratan tasarımlar, multiplayer topluluğunu hızla küstürür.

Geliştirme aşamaları, süre, sık hatalar ve 360 Soft ile süreç

Multiplayer oyun projesi; prototip, dikey kesit, üretim ve canlı operasyon aşamalarıyla ilerler. Dikey kesit aşamasında tek harita ve tek mod üzerinde tüm sistemler uçtan uca çalışır hâle getirilir. Ağ prototipi grafiklerden önce yapılmalı ve oyunun gecikme altında nasıl hissettirdiği erken deneme edilmelidir. Nitekim, üretim aşamasında içerik, matchmaking, ekonomi ve anti-cheat katmanları tamamlanır. Sık yapılan hataların başında multiplayer desteğini tek oyunculu oyuna sonradan eklemeye çalışmak gelir.

Kısacası, i̇stemciye güvenen mimari, lansmandan kısa süre sonra hile dalgasıyla karşılaşır. Kapalı beta ve yük testleri, gerçek oyuncu davranışını ve sunucu dayanıklılığını ölçmenin en güvenilir yoludur. Yük testi yapılmadan açılan serverlar, ilk yoğun akşamda çökebilir ve mağaza yorumlarını olumsuz etkiler. Diğer taraftan, ekibimiz oyun tasarımından sunucu mimarisine, mağaza yayınından canlı operasyona kadar süreci uçtan uca yönetir. 360 Soft ile işleyiş ücretsiz teknik analizle başlar ve aynı zamanda ihtiyaçlar netleştikten sonra 24 saat içinde sabit fiyatlı teklif sunulur.

Sık Sorulan Sorular

Multiplayer oyun yaptırmak ne kadar sürer?

Süre türe ve kapsama göre değişir. Basit 2D gerçek zamanlı oyun birkaç ayda yayına çıkabilirken 3D rekabetçi oyunlar prototip, dikey kesit, üretim ve beta aşamalarıyla daha uzun sürer. 360 Soft mobil oyun geliştirme projelerinde süreyi keşif aşamasından sonra hafta bazında netleştirir.

Multiplayer oyun için hangi sunucu modeli seçilmeli?

Rekabetçi ve hileye açık oyunlarda authoritative sunucu standarttır. Kooperatif ve gündelik oyunlarda relay modeli yeterli olabilir, sıra tabanlı oyunlarda ise WebSocket tabanlı olay mesajlaşması çoğu zaman yeter. Özel ihtiyaçlar için özel yazılım geliştirme ile tamamen size ait sunucu kurulabilir.

Tick rate nedir ve kaç olmalı?

Tick rate, sunucunun oyun dünyasını saniyede kaç kez güncellediğidir. Mobil aksiyon oyunlarında 15-30, hızlı nişancı oyunlarında 30-128 arası yaygındır. Yüksek tick rate daha hassas oynanış sunar ama sunucu ve bant genişliği tüketimini artırır.

Photon mu, Nakama mı, Colyseus mu?

Photon yönetilen bulutla Unity projelerinde hızlı başlangıç sağlar. Nakama sosyal ve arka uç özellikleri hazır gelen açık kaynak sunucudur. Colyseus Node.js tabanlıdır ve web ile 2D oyunlarda pratiktir. Seçim oyun türü, ekip yetkinliği ve kontrol ihtiyacına göre yapılır.

Multiplayer oyunda hile nasıl önlenir?

Temel savunma, oyun durumunu sunucuda doğrulayan authoritative mimaridir. Buna istemci bütünlüğü kontrolleri, platform doğrulama servisleri, istatistiksel anomali tespiti, raporlama sistemi ve DDoS koruması eklenir. Ekonomi işlemleri asla istemcide hesaplanmamalıdır.

Mobil multiplayer oyun 2D mi 3D mi olmalı?

Karar oyun fikrine, hedef cihazlara ve bütçe yerine kapsam önceliğine göre verilir. 2D oyunlar daha hafif sunucu yükü ve daha kısa geliştirme süresi sunar. 3D oyunlar daha zengin deneyim sağlar ama netcode, optimizasyon ve test yükü belirgin biçimde artar.