C ++ sıra tabanlı oyun sunucum (veritabanını kullanan) mevcut ortalama istemci sayısına (oyunculara) dayanmaz, bu yüzden tüm istemcilerin hala içinde kalacağı birden fazla (birden fazla) bilgisayar ve veritabanına genişletmek istiyorum tek oyun dünyası (sunucular birbirleriyle iletişim kurmalı ve birden fazla veritabanı kullanmalıdır).
En iyi şekilde nasıl yapılacağını açıklayan bazı öğreticiler / kitaplar / ortak standartlar var mı?
Yanıtlar:
"Tek bir oyun dünyasında kal " için MMO terminolojisi tek parçadır . EVE online , her oyuncuyu tek bir parçaya doldurmaya çalışan tek büyük MMO'dur.
Şanslıyız , nasıl yaptıklarına dair çok bilgilendirici bir makale yayınladılar .
(kaynak: gamasutra.com )
Kötü haber. EVE çevrimiçi tekniklerini genel olarak uygulayamazsınız. Çözümleri kesinlikle kendi türlerine ve uygulamalarına göre uyarlanmıştır.
NOT : EVE çevrimiçi süper süslü tek parça ağı için bir veritabanı kullanırlar . Dağıtılmış veritabanları için ölçeklenebilir, tutarlı, orta derecede gerçek zamanlı bir çözüm tasarlayamadılar.
Her iki durumda da nasıl yapacağınızı okumak kendi çözümünüzü tasarlamanıza yardımcı olmalıdır. Ancak dikkat edin, çok zor bir sorunu çözmeye çalışıyorsunuz .
Oyun sunucunuzu dağıtmak yerine önce diğer caddelerinizi keşfetmenizi öneririm.
İlk hamleniz, oyun sunucusundan doğrudan veritabanı erişimini ayırmak ve sunucunuz için veri hazırlamak için kullanıma özel bir ara katman (ör. XML, JSON) kullanmak olmalıdır. Bunlar, herhangi bir sayıda veritabanını işleyebilir ve daha da önemlisi, uygulamaya özel önbellekleme seçenekleri sunabilir. Yapabildiğiniz her şeyi önbelleğe alın ve db'yi yalnızca gerektiğinde nag yapın. Senaryonuzda mümkün olan en iyi performansı elde etmek için büyük getirmeler yapın ve nadiren birçok küçük sorgu yerine yapın.
Seçtiğiniz veritabanı, kullanılabilir veritabanı kaynaklarında genişletmeyi kolaylaştıran ve sonuçlarınızı daha hızlı sağlayan kümeleri çalıştırmanıza da izin verebilir, ancak bu çok fazla deneyime ihtiyaç duyan bir konudur ve kurulumu ve bakımı için özel bir veritabanı yöneticisi - ve indie bütçe için de değil.
Oyun sunucusu ile ilgili: Ortak bir strateji, her sunucunun oyun dünyasının bir bölümünü yönettiği birden çok sunucu kullanmaktır. Her kullanıcının genellikle sadece etrafında neler olup bittiğini bilmesi gerekir, bu nedenle dünyayı bölgeye bölmek mantıklıdır. Bu, maalesef, kapalı bölgelerden ve oyuncular arasında ışınlanmadan oluşan bir dünya yerine sınırsız açık bir dünyaya sahip olduğunuzda çok daha karmaşık hale geliyor. Açık bir dünyaya sahip olduğunuzda, oyuncuları bölgeler arasında kesintisiz bir şekilde aktarmanın bir yoluna ve sunucular arasındaki sınırlara yakın alanları senkronize etmenin bir yoluna ihtiyacınız vardır. Bu zor bir sorun.
Veritabanı ile ilgili: SQL veritabanları genellikle kötü ölçeklenir. Bunlar dağıtılacak şekilde tasarlanmamıştır. Ancak şu anda MongoDB veya Cassandra gibi birden çok sunucuya dağıtılacak şekilde tasarlanmış NoSQL veritabanlarının oldukça yeni bir trendi var . Sadece daha fazla sunucu ekleyerek kapasite eklemeyi çok kolaylaştırırlar. Peki neden tüm büyük oyunlar onlara geçmiyor? Çünkü:
Projeniz zaten çok ilerlediğinde, başka bir veritabanı çözümüne geçmek büyük bir risk ve çok büyük bir zaman ve enerji yatırımı olabilir.
Hayır. Bu henüz çözülmemiş inanılmaz zor bir alandır.
Bunun eski olduğunu biliyorum ama ....
Aslında buna odaklanacak iki alan var.
Uygulamanızı birkaç sunucuya dağıtmanız gerekir. Veritabanınızı birkaç sunucuya dağıtmanız gerekir.
Ve her ikisi için de fazlalık olması gerekir.
Bunun için bazı açık kaynaklı çözümler var. Farmville MemSQL / Couchbase kullanan iyi bir örnektir.