Azure पर आधारित गेम सर्वर बनाना

विंडोज आरटी के लिए एक गेम को लागू करने की प्रक्रिया में, 2 खिलाड़ियों के लिए एक मल्टीप्लेयर बनाने की आवश्यकता थी। उसी समय, WinRT और विंडोज फोन 7.5 के बीच क्रॉस-प्लेटफॉर्म गेम्स के लिए समर्थन की आवश्यकता थी। ऐसा अवसर प्रदान करने वाली कोई भी सेवा नहीं मिली, इसलिए मैंने अपना सरल सर्वर लिखने का फैसला किया, जो वास्तविक समय में एक ग्राहक से दूसरे ग्राहक के संदेशों को अग्रेषित करेगा। चूंकि मेरे पास केवल एक एज़्योर खाता है, इसलिए इसके लिए कार्यान्वयन करने का निर्णय लिया गया था। इसी समय, एज़्योर आसान स्केलिंग, एक उत्कृष्ट प्रबंधन कंसोल (नया इंटरफ़ेस) और कई सेवाएं प्रदान करता है जो विकास को सुविधाजनक बनाते हैं। ठीक है, मेरे लिए एज़्योर के तहत मेरे लिए विकास की मुख्य विशेषता: सी # और विजुअल स्टूडियो 2012 में विकसित करने की क्षमता।

एक बिल्ली के तहत एक बादल में सर्वर के विकास और तैनाती का वर्णन।

इसलिए हम एक गेम सर्वर बनाएंगे जो गेम 2 लोगों को एक-दूसरे के खिलाफ प्रदान करता है। सर्वर को वर्कर रोल में डुप्लेक्स चैनल के साथ प्रौद्योगिकी WCF पर बनाया गया है। सर्वर विभिन्न ओएस के बीच एक वास्तविक समय खेल प्रदान करता है।

वर्कर रोल बनाना

विजुअल स्टूडियो 2012 में एक नई परियोजना बनाएँ:


एक काम की भूमिका चुनें:



कार्य भूमिका के गुणों में, दो समापन बिंदु बनाएँ:



इंटरफ़ेस के लिए एक समापन बिंदु और मेटाडेटा के लिए एक। मेटाडेटा के लिए समापन बिंदु क्लाइंट कोड को स्वचालित रूप से उत्पन्न करने के लिए आवश्यक है।

भूमिका एक प्रति में हमारे साथ काम करेगी। सामान्य तौर पर, न्यूनतम दो प्रतियों की सिफारिश की जाती है। यह न्यूनतम भूमिका लचीलापन और लोड संतुलन सुनिश्चित करने के लिए आवश्यक है। यदि एक भूमिका गिरती है, तो दूसरा अनुरोध स्वीकार करेगा। लेकिन 2 भूमिकाओं के मामले में उन दोनों के बीच सिंक्रनाइज़ेशन करना आवश्यक है। मैं इस प्रक्रिया का वर्णन अगले लेख में करूँगा।

अब हम WorkerRole.cs फ़ाइल में हमारी WCF सेवा शुरू करने के लिए कोड लिखेंगे।

private void StartGameService(int retries) { if (retries == 0) { RoleEnvironment.RequestRecycle(); return; } Trace.TraceInformation("Starting game service host..."); _serviceHost = new ServiceHost(typeof(GameService)); _serviceHost.Faulted += (sender, e) => { Trace.TraceError("Host fault occured. Aborting and restarting the host. Retry count: {0}", retries); _serviceHost.Abort(); StartGameService(--retries); }; var binding = new NetTcpBinding(SecurityMode.None); RoleInstanceEndpoint externalEndPoint = RoleEnvironment.CurrentRoleInstance.InstanceEndpoints["GameServer"]; RoleInstanceEndpoint mexpEndPoint = RoleEnvironment.CurrentRoleInstance.InstanceEndpoints["mexport"]; var metadatabehavior = new ServiceMetadataBehavior(); _serviceHost.Description.Behaviors.Add(metadatabehavior); Binding mexBinding = MetadataExchangeBindings.CreateMexTcpBinding(); string mexendpointurl = string.Format("net.tcp://{0}/GameServerMetadata", mexpEndPoint.IPEndpoint); _serviceHost.AddServiceEndpoint(typeof(IMetadataExchange), mexBinding, mexendpointurl); _serviceHost.AddServiceEndpoint( typeof(IGameService), binding, string.Format("net.tcp://{0}/GameServer", externalEndPoint.IPEndpoint)); try { _serviceHost.Open(); Trace.TraceInformation("Game service host started successfully."); } catch (TimeoutException timeoutException) { Trace.TraceError( "The service operation timed out. {0}", timeoutException.Message); } catch (CommunicationException communicationException) { Trace.TraceError( "Could not start game service host. {0}", communicationException.Message); } } 

इस पद्धति में, हम दो एंडपॉइंट बनाते हैं: ग्राहक कोड को स्वचालित रूप से उत्पन्न करने के लिए सेवा स्वयं और मेटाडेटा। सेवा निर्दिष्ट समय को शुरू करने का प्रयास करेगी।

रन () विधि में, हम अपनी सेवा का शुभारंभ लिखते हैं:

 public override void Run() { //     .    . Trace.WriteLine("GameServerWorkRole entry point called", "Information"); StartGameService(3); while (true) { Thread.Sleep(10000); Trace.WriteLine("Working", "Information"); } } 

सर्वर सेवा

मैं सभी कोड नहीं दूंगा, क्योंकि लेख के लिए बड़ा अच्छा। (आप यहां स्रोत कोड डाउनलोड कर सकते हैं ) मैं केवल उन अनुभागों के कोड देगा जो अवधारणा का वर्णन करते हैं।

दो प्रबंधक हैं: एक उपयोगकर्ता प्रबंधक और एक गेम मैनेजर, जो क्रमशः वर्तमान उपयोगकर्ता सत्रों और वर्तमान गेम सत्रों के बारे में जानकारी संग्रहीत करते हैं। डेटा को स्थिर शब्दकोशों में संग्रहीत किया जाता है, जहां कुंजी एक अद्वितीय उपयोगकर्ता / गेम पहचानकर्ता है। प्रबंधक थ्रेड-सेफ डिक्शनरी एक्सेस भी प्रदान करते हैं।

चूंकि सर्वर को मोबाइल प्लेटफार्मों के लिए गेम के लिए विकसित किया गया है, इसलिए यह ध्यान में रखना होगा कि सर्वर के साथ संचार लगातार गायब हो जाएगा और सत्र समाप्त हो जाएगा। इस समस्या को हल करने के लिए, हम क्लाइंट पर 30 सेकंड की आवृत्ति के साथ रजिस्टर () सर्वर विधि को कॉल करेंगे।

सर्वर कोड में रजिस्टर विधि:

 public ClientInformation Register(string uid, string userName) { // retrieve session information string roleId = RoleEnvironment.CurrentRoleInstance.Id; string sessionId = uid; var callback = OperationContext.Current.GetCallbackChannel<IClientNotification>(); var game = GameManager.GetCurrentGamesForPlayer(sessionId); if (game != null && !game.IsActive) { game.IsActive = true; NotifyConnectedClientsGame(game); } SessionInformation session; if (SessionManager.CreateOrUpdateSession(sessionId, userName, roleId, callback, out session)) { // ensure that the session is killed when channel is closed OperationContext.Current.Channel.Closed += (sender, e) => { session.IsActive = false; game = GameManager.GetCurrentGamesForPlayer(sessionId); if (game != null && game.IsActive) { game.IsActive = false; NotifyConnectedClientsGame(game); } Trace.TraceInformation("Session '{0}' by user '{1}' has been closed in role '{2}'.", sessionId, userName, roleId); }; Trace.TraceInformation("Session '{0}' by user '{1}' has been opened in role '{2}'.", sessionId, userName, roleId); } return new ClientInformation { SessionId = sessionId, UserName = userName, RoleId = roleId }; } 

यह मूल रूप से सेशनआई को ऑपरेशनकॉन्टेक्स.क्रिकेट से प्राप्त करने की योजना बनाई गई थी, लेकिन तब से संचार लगातार टूटा हुआ है, ब्रेक के बाद क्लाइंट का प्रत्येक कॉल एक नया सत्र बनाएगा। हमें एक नया सत्र बनाने की आवश्यकता नहीं है, लेकिन मौजूदा को अद्यतन करने के लिए। ऐसा करने के लिए, एक अद्वितीय उपयोगकर्ता पहचानकर्ता रजिस्टर विधि में प्राप्त होता है, जो क्लाइंट पर Guide.NewGuid ()। ToString () फ़ंक्शन द्वारा प्राप्त किया जाता है।

यदि कनेक्शन खो जाता है, तो खेल और खिलाड़ी के सत्र को निष्क्रिय के रूप में चिह्नित किया जाता है। यह आवश्यक है क्योंकि यह ज्ञात नहीं है कि उपयोगकर्ता गेम में वापस आएगा या नहीं। जब रजिस्टर कहा जाता है, तो हम वर्तमान गेम प्राप्त करते हैं और इसे सक्रिय के रूप में चिह्नित करते हैं (यानी, यह समझा जाता है कि संचार में एक विराम था और खिलाड़ी खेल में वापस आ गया)।

हर 60 सेकंड में, निष्क्रिय सत्र और गेम को डिस्कनेक्ट करने के लिए हैंडलर को सर्वर पर कॉल किया जाता है:

 imer timer; TimeSpan TimeForDelete; public GameService() { TimeForDelete = new TimeSpan(0, 0, 60); timer = new Timer(timerCallback,null,60000,60000); } private void timerCallback(object state) { var sesions = SessionManager.GetNotAcitiveSessions(); var sesionForDelete = sesions.Where(x => DateTime.Now.Subtract(x.LastSyncTime) > TimeForDelete).Select(x=>x.SessionId); foreach (var sessionId in sesionForDelete) { SessionManager.RemoveSession(sessionId); DeleteGame(sessionId); } } 

इस प्रकार, यदि ग्राहक ने 60 सेकंड के भीतर अपना सत्र अपडेट नहीं किया है, तो यह माना जाता है कि वह वापस नहीं आएगा और उसका सत्र और गेम हटा दिया जाएगा। इसी समय, इस गेम से जुड़े उपयोगकर्ताओं को सूचनाएं भेजी जाती हैं कि गेम अब उपलब्ध नहीं है।

MakeTurn () विधि वर्तमान गेम के सभी उपयोगकर्ताओं को संदेश भेजती है:

 public void MakeTurn(string uid, string type, string data) { var game = GameManager.GetCurrentGamesForPlayer(uid); if (game != null) { foreach (var player in game.Players) { if (player.SessionId != uid) { var playerSession = SessionManager.GetSession(player.SessionId); if (playerSession.Callback != null) { try { playerSession.Callback.DeliverGameMessage(type, data); } catch { } } } } } } 

चूंकि किसी त्रुटि के कारण सर्वर क्रैश की अनुमति नहीं है, हम सभी महत्वपूर्ण कोड को कोशिश / पकड़ में फ्रेम करते हैं।
संदेश एक स्ट्रिंग है, इसलिए हम सर्वर कोड को बदले बिना किसी भी गेम को विकसित कर सकते हैं।

गेम का पहचानकर्ता उस उपयोगकर्ता का पहचानकर्ता है जिसने गेम बनाया है। इसलिए, यदि गेम उस उपयोगकर्ता द्वारा बनाया जाता है जिसने इसे बनाया है, तो गेम को सूची से हटा दिया जाता है। यदि उपयोगकर्ता गेम से जुड़ा है, तो उसे गेम के उपयोगकर्ताओं की सूची से हटा दिया जाता है।

 public void DeleteGame(string uid) { var deletingGame = GameManager.GetGame(uid); if (deletingGame != null) { GameManager.RemoveGame(uid); NotifyConnectedClientsGame(deletingGame); } else { deletingGame = GameManager.GetCurrentGamesForPlayer(uid); if (deletingGame != null) { try { deletingGame.Players.RemoveAt(1); NotifyConnectedClientsGame(deletingGame); } catch { } } } } 

स्थानीय डिबगिंग कार्यकर्ता की भूमिका

स्थानीय डीबगिंग के लिए, आपको Visual Studio को व्यवस्थापक के रूप में चलाना होगा और प्रोजेक्ट चलाना होगा। यह Windows Azure डीबगिंग परिवेश प्रारंभ करता है। (एमुलेटर विंडो खोलने के लिए, ट्रे में एमुलेटर आइकन पर क्लिक करें)



इस विंडो में आप प्रत्येक इंस्टेंस का संदेश कंसोल देख सकते हैं।
एक परीक्षण क्लाइंट बनाने के लिए, विजुअल स्टूडियो का एक नया उदाहरण शुरू करें और एक प्रोजेक्ट बनाएं।
परियोजना में, सेवा के लिए एक लिंक जोड़ें:



पता फ़ील्ड में, मेटाडेटा के साथ हमारे समापन बिंदु का url लिखें। (मेरे मामले में, स्थानीय आईपी 127.255.0.1 निकला।) हम जनरेट किए गए कोड के लिए नाम स्थान लिखते हैं, "ओके" बटन पर क्लिक करें।

क्लाउड में काम करने वाले कर्मचारी की भूमिका

पोर्टल के माध्यम से एज़्योर सेट करें। श्रमिक भूमिकाएँ "क्लाउड सेवाओं" मेनू में बनाई और प्रबंधित की जाती हैं:



"क्लाउड सेवा बनाएं" पर क्लिक करें, निकटतम डेटा सेंटर वाले क्षेत्र का चयन करें और हमारी भूमिका का उपयोग करने के लिए एक यूआरएल के साथ आएं:



फ़ॉर्म के निचले भाग पर "क्लाउड सेवा बनाएँ" पर क्लिक करें और कुछ सेकंड के बाद, हमारी सेवा बनाई जाएगी।

अब आपको विजुअल स्टूडियो में हमारी भूमिका के पैकेज को तैयार करने की आवश्यकता है। ऐसा करने के लिए, हमारी भूमिका के संदर्भ मेनू को कॉल करें और "पैकेज" चुनें:



एक नई विंडो खुल जाएगी जिसमें आप सेवा कॉन्फ़िगरेशन निर्दिष्ट कर सकते हैं (हमारे मामले में, कॉन्फ़िगरेशन समान हैं)।



"पैक" पर क्लिक करें और कुछ सेकंड के बाद एक फ़ोल्डर विंडोज एक्सप्लोरर में दो * .cspkg और * .cscfg फ़ाइलों के साथ खुलेगा।

हम पोर्टल पर लौटते हैं, हमारी "सेवा" पर जाते हैं और "नई उत्पादन परिनियोजन अपलोड करें" पर क्लिक करते हैं:



एक विंडो खुलेगी जिसमें आपको हमारे पैकेज की फाइलों का चयन करना होगा:



चेकबॉक्स "एक या अधिक भूमिकाओं में एकल उदाहरण होते हैं, भले ही जाँच करें" आपकी भूमिका में केवल एक उदाहरण है (जैसे कि हमारे मामले में)।

थोड़ी देर के बाद, भूमिका सामने आएगी और धुन होगी।

अब हम net.cp: //mytestgameserver.cloudapp.net: 8001 / GameServerMetadata को लाइन से निर्दिष्ट करके क्लाइंट पर सेवा जोड़ सकते हैं।

महत्वपूर्ण। भूमिका एक लूप में घूमती है और इसलिए बादल के प्रोसेसर समय का उपयोग करती है। यदि आप सेवा का उपयोग नहीं कर रहे हैं, तो भूमिका को अक्षम करें ताकि आप प्रोसेसर समय के उपयोग के लिए भुगतान न करें।

विंडोज आरटी के तहत एक क्लाइंट बनाना

आप लेख की शुरुआत में लिंक से क्लाइंट का उदाहरण डाउनलोड कर सकते हैं। उदाहरण का उद्देश्य केवल गेम क्लाइंट के माध्यम से दो क्लाइंट की बातचीत को दिखाना है, इसलिए इसमें गेम लॉजिक, चेक आदि नहीं हैं।

Url को Reference.cs फ़ाइल में बदलें:
net.tcp: //mytestgameserver.cloudapp.net: 3030 / GameServer
क्योंकि कोड के ऑटो-जेनरेशन के बाद, गलत आईपी उठ जाता है।

दो ग्राहकों की बातचीत का परीक्षण करने के लिए, आपको यह करना होगा:
1. "स्थानीय कंप्यूटर" पर एक आवेदन तैनात करें
2. "सिम्युलेटर" में दूसरा एप्लिकेशन चलाएं।

एक ही कंप्यूटर पर WinRT के तहत एक ही एप्लिकेशन के कई इंस्टेंस कैसे चलाएं, मुझे नहीं मिला। सिम्युलेटर में, स्टार्टअप पर, चल रही सेवा के लिए एक चेक बनाया जाता है, और अगर यह चल रहा है, तो दूसरा उदाहरण शुरू नहीं होता है। यह सर्वर के डिबगिंग को जटिल बनाता है और 3 या अधिक क्लाइंट के साथ सर्वर का सत्यापन प्राप्त करना मुश्किल बनाता है।

परिणाम

नतीजतन, हमारे पास एक सरल गेम सर्वर है, जिसके निर्माण में कुछ घंटों से अधिक नहीं लगा। बेशक, सर्वर को और विकसित किया जाना चाहिए, नई सुविधाओं का एहसास हो सकता है, लेकिन यह अपने मूल कार्य के साथ अच्छी तरह से मुकाबला करता है, इंटरनेट के माध्यम से 2 लोगों के लिए खेल प्रदान करता है।