मेरा C ++ टर्न-आधारित गेम सर्वर (जो डेटाबेस का उपयोग करता है) ग्राहकों (खिलाड़ियों) की वर्तमान औसत राशि के खिलाफ नहीं खड़ा होता है, इसलिए मैं इसे कई (अधिक तब एक) राशि के कंप्यूटर और डेटाबेस में विस्तारित करना चाहता हूं जहां सभी क्लाइंट अभी भी बने रहेंगे सिंगल गेम वर्ल्ड (सर्वर को एक दूसरे के साथ संवाद करना होगा और कई डेटाबेस का उपयोग करना होगा)।
क्या कुछ ट्यूटोरियल / किताबें / सामान्य मानक हैं जो बताते हैं कि इसे सबसे अच्छे तरीके से कैसे किया जाए?
जवाबों:
"एकल गेम की दुनिया में बने रहें" के लिए MMO शब्दावली एकल शार्क है । ईवीई ऑनलाइन एक ही शार्क में हर खिलाड़ी को भरमाने का प्रयास करने वाला एकमात्र प्रमुख MMO है।
आपके लिए भाग्यशाली हैं कि उन्होंने एक बहुत ही जानकारीपूर्ण लेख प्रकाशित किया कि वे इसे कैसे करते हैं।
(स्रोत: gamasutra.com )
बुरी ख़बरें। आप आम तौर पर ईवीई ऑनलाइन तकनीकों को लागू नहीं कर सकते। उनके समाधान उनके विशेष शैली और कार्यान्वयन के अनुरूप हैं।
नोट : EVE ऑनलाइन के सभी सुपर फैंसी सिंगल शार्क नेटवर्क के लिए वे एक डेटाबेस का उपयोग करते हैं । वे वितरित डेटाबेस के लिए एक स्केलेबल, सुसंगत, मध्यम वास्तविक समय समाधान डिजाइन करने में असमर्थ थे।
किसी भी तरह से पढ़ना कि उन्होंने यह कैसे किया है कि आपको अपने समाधान का डिजाइन तैयार करने में मदद मिले। हालांकि, आप एक बहुत ही कठिन समस्या को हल करने का प्रयास कर रहे हैं ।
अपने गेम सर्वर को वितरित करने के बजाय, मैं पहले आपके अन्य मार्गों का पता लगाने का सुझाव दूंगा।
आपका पहला कदम गेम सर्वर से डायरेक्ट डेटाबेस एक्सेस को डिकूप्ल करना चाहिए और अपने सर्वर (यानी XML, JSON) के लिए डेटा तैयार करने के लिए एक उपयोग विशिष्ट मिडलवेयर का उपयोग करना चाहिए। ये किसी भी संख्या में डेटाबेस को संभालने में सक्षम होंगे और अधिक महत्वपूर्ण रूप से आपको एप्लिकेशन विशिष्ट कैशिंग विकल्प प्रदान करने में सक्षम होंगे। कैश जो भी आप कर सकते हैं और डीबी को केवल जब आप कर सकते हैं, तब तक इसे नग कर सकते हैं। अपने परिदृश्य में सर्वोत्तम संभव प्रदर्शन को प्राप्त करने के लिए कई छोटे प्रश्नों के बजाय बड़े आकार के और शायद ही कभी बनायें।
आपकी पसंद का डेटाबेस आपको क्लस्टर्स संचालित करने की अनुमति भी दे सकता है जो उपलब्ध डेटाबेस संसाधनों पर विस्तार करना और आपके परिणाम तेजी से प्रदान करना आसान बनाता है, लेकिन यह एक ऐसा विषय है जिसे स्थापित करने और बनाए रखने के लिए बहुत अनुभव और समर्पित डेटाबेस व्यवस्थापक की आवश्यकता है - और इंडी बजट के लिए भी बिलकुल नहीं।
गेम सर्वर के बारे में: एक सामान्य रणनीति कई सर्वरों का उपयोग करना है जहां प्रत्येक सर्वर गेम की दुनिया के एक हिस्से का प्रबंधन करता है। प्रत्येक उपयोगकर्ता को आमतौर पर केवल इसके बारे में जानने की आवश्यकता होती है कि उसके आसपास क्या हो रहा है, इसलिए यह दुनिया को स्थानीयता से विभाजित करने के लिए समझ में आता है। दुर्भाग्य से यह बहुत अधिक जटिल हो जाता है जब आपके पास एक ऐसी दुनिया के बजाय एक खुली दुनिया होती है जिसमें एक बंद दुनिया होती है जिसमें खिलाड़ी और उनके बीच खिलाड़ी टेलीपोर्ट होते हैं। जब आपके पास एक खुली दुनिया होती है, तो आपको एक सहज तरीके से ज़ोन के बीच खिलाड़ियों को स्थानांतरित करने का एक तरीका और सर्वर के बीच सीमाओं के पास के क्षेत्रों को सिंक्रनाइज़ करने का एक तरीका चाहिए। यह एक मुश्किल समस्या है।
डेटाबेस के बारे में: SQL डेटाबेस आमतौर पर बुरी तरह से पैमाने पर होता है। वे वितरित किए जाने के लिए डिज़ाइन नहीं किए गए हैं। लेकिन वर्तमान में NoSQL डेटाबेस जैसे MongoDB या Cassandra का एक नया चलन है जिसे कई सर्वरों पर वितरित करने के लिए डिज़ाइन किया गया था। वे केवल अधिक सर्वर जोड़कर क्षमता को जोड़ना अधिक आसान बनाते हैं। तो सभी बड़े खेल उनके पास क्यों नहीं जाते? चूंकि:
इसलिए जब आपकी परियोजना पहले से ही बहुत आगे बढ़ रही है, तो दूसरे डेटाबेस समाधान पर स्विच करना एक बड़ा जोखिम और समय और ऊर्जा का एक बहुत बड़ा निवेश हो सकता है।
यह एक अविश्वसनीय रूप से कठिन क्षेत्र है जो अभी तक हल नहीं हुआ है।
मुझे पता है कि यह पुराना है लेकिन ...।
इस पर ध्यान केंद्रित करने के लिए वास्तव में दो क्षेत्र हैं।
आपको कई सर्वरों पर अपना एप्लिकेशन वितरित करना होगा। आपको अपने डेटाबेस को कई सर्वरों में वितरित करना होगा।
और आपको दोनों के लिए अतिरेक होना चाहिए।
इसके लिए कुछ ओपन सोर्स सॉल्यूशंस हैं। Farmville एक अच्छा उदाहरण है MemSQL / Couchbase का उपयोग करना।