【正文】 接到Master Server上，而實(shí)際與地圖有關(guān)的邏輯是分派給更小的Zone Server去處理。我們也不在這個(gè)名字上糾纏了，就按大家通用的叫法，還是稱他為網(wǎng)關(guān)服務(wù)器吧。繼續(xù)我們的結(jié)構(gòu)討論。什么？你說夢幻、魔獸還有史先生的那個(gè)什么征途遠(yuǎn)不止這么點(diǎn)人了！噢，我說的是大多數(shù)，是大多數(shù)，不包括那些明星。至少在現(xiàn)在來說，一個(gè)游戲世界內(nèi)，也就是一組服務(wù)器內(nèi)同時(shí)有五六千個(gè)在線的玩家還是件讓人很興奮的事。仔細(xì)看一看這個(gè)需求，我們想要的僅僅只是一臺管理連接的服務(wù)器，并不打算讓他承擔(dān)太多的游戲邏輯。但我們所遇到的事實(shí)是，服務(wù)器收到一個(gè)移動包后，要向周圍所有人廣播，而不是echo服務(wù)器那樣簡單的回應(yīng)；服務(wù)器在收到一個(gè)連接斷開通知時(shí)要向很多人通知玩家退出事件，并將該玩家的資料寫入數(shù)據(jù)庫，而不是echo服務(wù)器那樣什么都不需要做；服務(wù)器在收到一個(gè)物品使用請求包后要做一系列的邏輯判斷以檢查玩家有沒有作弊；服務(wù)器上還啟動著很多定時(shí)器用來更新游戲世界的各種狀態(tài)......其實(shí)這么一比較，我們也看出資源消耗的所在了：服務(wù)器上大量的復(fù)雜的邏輯處理。問題恰恰在于你是隨便寫的，而MMORPG的服務(wù)器是復(fù)雜設(shè)計(jì)的。這里有必要再解釋下這個(gè)數(shù)字。2000人，似乎我們的策劃朋友們不大愿意接受這個(gè)數(shù)字。很完美的解決方案，不是嗎？這種結(jié)構(gòu)在實(shí)際的部署中也遇到了一些挑戰(zhàn)。服務(wù)器結(jié)構(gòu)探討繼續(xù)世界服都已經(jīng)看出來了，這種每切換一次地圖就要重新連接服務(wù)器的方式實(shí)在是不夠優(yōu)雅，而且在實(shí)際游戲運(yùn)營中也發(fā)現(xiàn)，地圖切換導(dǎo)致的卡號，復(fù)制裝備等問題非常多，這里完全就是一個(gè)事故多發(fā)地段，如何避免這種頻繁的連接操作呢？最直接的方法就是把那個(gè)圖倒轉(zhuǎn)過來就行了。但是簡單并不表示功能上會有什么損失，簡單也更不能表示游戲不能賺錢。在整個(gè)游戲過程中，客戶端始終只會與一臺地圖服務(wù)器保持連接，當(dāng)要切換地圖的時(shí)候，在獲取到新地圖的地址后，會先與當(dāng)前地圖斷開連接，再進(jìn)入新的地圖，這樣保證玩家數(shù)據(jù)在服務(wù)器上只有一份。中心服務(wù)器主要維護(hù)一張地圖ID到地圖服務(wù)器地址的映射表。一般來說，我們的游戲世界不可能會只有一塊或者兩塊小地圖，那順理成章的，也就需要一個(gè)地圖管理者。當(dāng)人數(shù)繼續(xù)增加，情況就變得不那么簡單了，我們得需要一個(gè)管理者來對我們的工作進(jìn)行分工、協(xié)調(diào)。當(dāng)人數(shù)增加到三個(gè)時(shí)，我們對等的合作關(guān)系可能會有些復(fù)雜，因?yàn)槲覀兠總€(gè)人都同時(shí)要與另兩個(gè)人合作協(xié)商。既然如此，我們就把每塊地圖都當(dāng)作是一臺獨(dú)立的服務(wù)器，他提供了在這塊地圖上游戲時(shí)的所有邏輯功能，至于內(nèi)部結(jié)構(gòu)如何劃分我們暫不理會，先把他當(dāng)作一個(gè)黑盒子吧。世界中有些地圖間雖然在地理上是直接相連的，但我們發(fā)現(xiàn)其游戲內(nèi)部的邏輯卻是完全隔離的。決定了地圖的管理方式也就決定了我們的服務(wù)器結(jié)構(gòu)，我們?nèi)匀幌葟淖詈唵蔚膶?shí)現(xiàn)方式開始說起。如縱隊(duì)、好友、公會、戰(zhàn)場和副本等，這些都是通過基本邏輯功能組合或擴(kuò)展而成。服務(wù)器結(jié)構(gòu)探討簡單的世界服實(shí)現(xiàn)討論了這么久我們一直都還沒有進(jìn)入游戲世界服務(wù)器內(nèi)部，現(xiàn)在就讓我們來窺探一下里面的結(jié)構(gòu)吧。而當(dāng)我們要到一區(qū)去創(chuàng)建角色開始游戲的時(shí)候，在一區(qū)的帳號數(shù)據(jù)庫中并沒有我們的帳號數(shù)據(jù)，所以，我們必須先到官網(wǎng)上做一次激活操作。wow中一共有八個(gè)大區(qū)，我們想要進(jìn)入某個(gè)大區(qū)游戲之前，必須到官網(wǎng)上激活這個(gè)區(qū)，這是為什么呢？一般來說，在各個(gè)大區(qū)帳號數(shù)據(jù)庫之上還有一個(gè)總的帳號數(shù)據(jù)庫，我們可以稱它為中心數(shù)據(jù)庫。而每個(gè)游戲世界都有自己的游戲數(shù)據(jù)庫服務(wù)器，只允許本游戲世界內(nèi)的服務(wù)器連接。但是對于不同的游戲世界來說，其角色及游戲內(nèi)數(shù)據(jù)都是互相獨(dú)立的，所以一般情況下也就為每個(gè)游戲世界單獨(dú)配備一臺數(shù)據(jù)庫服務(wù)器，以減輕數(shù)據(jù)庫的壓力。而對于數(shù)據(jù)庫的應(yīng)用，在這種結(jié)構(gòu)下，登錄服及游戲世界服都會需要連接數(shù)據(jù)庫。當(dāng)然，如果找不到這樣的解決方案，自己從頭打造一個(gè)也并不難。一般最常用，也最簡單部署的應(yīng)該是基于DNS的負(fù)載均衡系統(tǒng)了，其通過在DNS中為一個(gè)域名配置多個(gè)IP地址來實(shí)現(xiàn)。好了，需求已經(jīng)提出來了，現(xiàn)在來考慮如何將其實(shí)現(xiàn)。一般來說，使用現(xiàn)有的商業(yè)數(shù)據(jù)庫系統(tǒng)比自己手工技術(shù)先進(jìn)要明智得多。另外，當(dāng)我們在增加或移除登錄服的時(shí)候不應(yīng)該需要對游戲世界服有所改動，也不會要求重啟世界服，當(dāng)然也不應(yīng)該要求客戶端有什么更新或者修改，一切都是在背后自動完成。當(dāng)然，在這里也不會存在要求添加太多登錄服的情況。而當(dāng)在開新區(qū)的時(shí)候，或許要配備40臺登錄服才能應(yīng)付那如潮水般涌入的玩家登錄請求。我們可以試著從實(shí)際需求的角度來考慮一下這個(gè)問題。服務(wù)器結(jié)構(gòu)探討登錄服的負(fù)載均衡回想一下我們在玩wow時(shí)的操作流程：，首先就會要求我們輸入用戶名和密碼進(jìn)行驗(yàn)證，驗(yàn)證成功后才會出來游戲世界列表，之后是排隊(duì)進(jìn)入游戲世界，開始游戲...可以看到跟前面的描述有個(gè)很明顯的不同，那就是要先驗(yàn)證帳號再選擇游戲世界。另外在實(shí)際的游戲運(yùn)營中，有些游戲世界很火爆，而有些游戲世界卻非常冷清，甚至沒有多少人玩的情況也是很常見的。因?yàn)榈卿浄幚淼倪壿嬒鄬碚f比較簡單，就是將玩家提交的帳號和密碼送到數(shù)據(jù)庫進(jìn)行驗(yàn)證，和生成會話密鑰發(fā)送給游戲服和客戶端，操作完成后連接就會立即斷開，而且玩家在以后的游戲過程中不會再與登錄服打任何交道。早期的游戲大都采用的是這種結(jié)構(gòu)，有些游戲在實(shí)現(xiàn)時(shí)采用了一些技術(shù)手段使得在切換游戲服時(shí)不需要再次驗(yàn)證帳號，但整體結(jié)構(gòu)還是未做改變。最后的結(jié)構(gòu)圖應(yīng)該像這樣：loginServer gameServer client該結(jié)構(gòu)下的玩家操作流程為，先選擇大區(qū)，再選擇大區(qū)下的某臺服務(wù)器，即某個(gè)游戲世界，點(diǎn)擊進(jìn)入后開始帳號驗(yàn)證過程，驗(yàn)證成功則進(jìn)入了該游戲世界。簡單點(diǎn)來實(shí)現(xiàn)，我們完全可以拋棄這個(gè)大區(qū)的概念，認(rèn)為一個(gè)大區(qū)也就是放在同一個(gè)機(jī)房的多臺服務(wù)器組，各服務(wù)器組間沒有什么關(guān)系。我們把觀察點(diǎn)先集中在一個(gè)大區(qū)內(nèi)。關(guān)于為什么要提供用戶名和密碼才能進(jìn)入的問題我們這里不打算做過多討論，云風(fēng)曾對此也提出過類似的疑問，并給出了只用一個(gè)標(biāo)識串就能進(jìn)入的設(shè)想，有興趣的可以去看看他們的討論。如果我們把這兩項(xiàng)功能集成到一個(gè)服務(wù)進(jìn)程中，則最終的結(jié)構(gòu)很簡單：clientserver嗯，太簡單了點(diǎn)，這樣也敢叫服務(wù)器結(jié)構(gòu)？好吧，現(xiàn)在我們來往里面稍稍加點(diǎn)東西，讓它看起來更像是服務(wù)器結(jié)構(gòu)一些。在這里，我們不打算對現(xiàn)有游戲結(jié)構(gòu)做評價(jià)，而是試著從頭開始搭建一個(gè)我們需要的MMOG結(jié)構(gòu)。所以，結(jié)構(gòu)本無所謂正確與錯誤；當(dāng)然，優(yōu)秀的結(jié)構(gòu)更有助于系統(tǒng)的搭建，對系統(tǒng)的可擴(kuò)展性及可維護(hù)性也有更大的幫助。而更重要的可能是，都是被逼出來的吧！)好了，閑話少說，下一篇，也就是第一篇了，主題為，服務(wù)器結(jié)構(gòu)探討?；蛘哒f都具有非常強(qiáng)的學(xué)習(xí)能力，在接手一項(xiàng)新的任務(wù)后能在很短的時(shí)間內(nèi)對該領(lǐng)域的技術(shù)迅速掌握并消化，而且還能現(xiàn)炒現(xiàn)賣。我所了解的早些的開發(fā)團(tuán)隊(duì)，其成員間沒有什么嚴(yán)格的分工，大家憑興趣自由選擇一些模塊來負(fù)責(zé)，完成了再去負(fù)責(zé)另一模塊，有其他同事的工作需要接手或協(xié)助的也會立即轉(zhuǎn)入。從游戲開發(fā)的程序團(tuán)隊(duì)的人員構(gòu)成上也可看出來，基本只能算作是小開發(fā)團(tuán)隊(duì)。關(guān)于游戲開發(fā)，正如云風(fēng)在其blog上所說，游戲項(xiàng)目始終只是個(gè)小工程，另外開發(fā)時(shí)間還是個(gè)很重要的問題，所以軟件工程的思想及方法在大部分的游戲公司中并不怎么受歡迎。一來算是敦促自己對知識做個(gè)梳理，二來與大家探討的過程也能夠找到我之前學(xué)習(xí)的不足和理解上的錯誤，最后呢，有可能的話也跟業(yè)內(nèi)的同行們混個(gè)臉熟，哪天要是想換個(gè)工作了也好有個(gè)人幫忙介紹下。在平時(shí)的開發(fā)中我也搜索過相關(guān)的中文網(wǎng)頁，很少有講游戲服務(wù)器相關(guān)技術(shù)的，大家的討論主要還是集中在3D相關(guān)技術(shù)，所以也希望我將開始的這幾篇文章能夠起到拋磚引玉的作用，潛水的兄弟們也都上來透透氣。第一篇：游戲服務(wù)器架構(gòu)，如果你要是想用自己的就把sa賬戶的密碼修改成自己的不過要修改五去文件導(dǎo)入備份數(shù)據(jù)庫再導(dǎo)入這個(gè)（方法和上面同樣）多了兩個(gè)數(shù)據(jù)庫，這就是游戲的數(shù)據(jù)庫現(xiàn)在數(shù)據(jù)庫完了，可以為自己注冊個(gè)賬號來測試了服務(wù)器做好了，現(xiàn)在來安裝客戶端現(xiàn)在只要把服務(wù)器的服務(wù)開啟客戶端就可能進(jìn)入游戲了我沒有全部開啟因我只是做測試，一個(gè)人玩就開這么多就行了，要是多人玩就全開開啟服務(wù)時(shí)在winows2003中正規(guī)服務(wù)器1線到3線可能開啟不了，解決方法：我的電腦屬性高級設(shè)置實(shí)驗(yàn)結(jié)果：在一臺機(jī)子上我用的兩個(gè)虛機(jī)太卡了所以我就不進(jìn)入游戲了，有興趣的把郵箱留下我可以把服務(wù)器軟件發(fā)給你第二篇：[zz]游戲服務(wù)器架構(gòu)探討(上)[zz]游戲服務(wù)器架構(gòu)探討(上)20081031 1116這里討論的游戲服務(wù)器架構(gòu)大概是目前國內(nèi)乃至世界上的網(wǎng)游通用的一種架構(gòu)了：=93775 作者：qinglan有段時(shí)間沒有研究技術(shù)了，這次正好看到了新版的mangos，較之以前我看的版本有了比較大的完善，于是再次瀏覽了下他的代碼，也借此機(jī)會整理下我在游戲服務(wù)器開發(fā)方面的一些心得，與大家探討。另外由于為避免與公司引起一些不必要的糾紛，我所描述的全都是通過google能夠找到的資料，所以也可以認(rèn)為我下面的內(nèi)容都是網(wǎng)上所找資料的整理合集。要描述一項(xiàng)技術(shù)或是一個(gè)行業(yè)，一般都會從其最古老的歷史開始說起，我本也想按著這個(gè)套路走，無奈本人乃一八零后小輩，沒有經(jīng)歷過那些苦澀的卻令人羨慕的單機(jī)游戲開發(fā)，也沒有響當(dāng)當(dāng)?shù)哪玫某鍪值膬?yōu)秀作品，所以也就只能就我所了解的一些技術(shù)做些簡單的描述。最后的理由有些俗了。當(dāng)然這也只是從我個(gè)人一些膚淺的了解所得，可能不夠充分。有些工作室性質(zhì)的開發(fā)團(tuán)隊(duì)，那就更簡單了。所以游戲開發(fā)人員基本都是多面手，從網(wǎng)絡(luò)到數(shù)據(jù)庫，從游戲邏輯到圖形圖象，每一項(xiàng)都有所了解，并能實(shí)際應(yīng)用。當(dāng)然，這也與早期2D游戲的技術(shù)要求相對比較簡單，游戲邏輯也沒有現(xiàn)在這般復(fù)雜有關(guān)。服務(wù)器結(jié)構(gòu)探討最簡單的結(jié)構(gòu)所謂服務(wù)器結(jié)構(gòu)，也就是如何將服務(wù)器各部分合理地安排，以實(shí)現(xiàn)最初的功能需求。好的結(jié)構(gòu)不是一蹴而就的，而且每個(gè)設(shè)計(jì)者心中的那把尺都不相同，所以這個(gè)優(yōu)秀結(jié)構(gòu)的定義也就沒有定論。對于一個(gè)最簡單的游戲服務(wù)器來說，它只需要能夠接受來自客戶端的連接請求，然后處理客戶端在游戲世界中的移動及交互，也即游戲邏輯處理即可。一般來說，我們在接入游戲服務(wù)器的時(shí)候都會要提供一個(gè)帳號和密碼，驗(yàn)證通過后才能進(jìn)入。但不管是采用何種方式進(jìn)入，照目前看來我們的服務(wù)器起碼得提供一個(gè)帳號驗(yàn)證的功能。在大多數(shù)情況下，一個(gè)大區(qū)內(nèi)都會有多組游戲服，也就是多個(gè)游戲世界可供選擇。這樣，我們可為每組服務(wù)器單獨(dú)配備一臺登錄服。但是，如果玩家想要切換游戲世界，他只能先退出當(dāng)前游戲世界，然后進(jìn)入新的游戲世界重新進(jìn)行帳號驗(yàn)證。該結(jié)構(gòu)存在一個(gè)服務(wù)器資源配置的問題。這樣處理短連接的過程使得系統(tǒng)在大多數(shù)情況下都是比較空閑的，但是在某些時(shí)候，由于請求比較密集，比如開新服的時(shí)候，登錄服的負(fù)載又會比較大，甚至?xí)幚聿贿^來。所以，我們能否更合理地配置登錄服資源，使得整個(gè)大區(qū)內(nèi)的登錄服可以共享就成了下一步改進(jìn)的目標(biāo)。這種結(jié)構(gòu)也就使得登錄服不是固定配備給個(gè)游戲世界，而是全區(qū)共有的。正如我們之前所描述過的那樣，登錄服在大多數(shù)情況下都是比較空閑的，也許我們的一個(gè)擁有20個(gè)游戲世界的大區(qū)僅僅使用10臺或更少的登錄服即可滿足需求。所以，登錄服在設(shè)計(jì)上應(yīng)該能滿足這種動態(tài)增刪的需求，我們可以在任何時(shí)候?yàn)榇髤^(qū)增加或減少登錄服的部署。還是拿開新區(qū)的情況來說，即使新增加登錄服滿足了玩家登錄的請求，游戲世界服的承載能力依然有限，玩家一樣只能在排隊(duì)系統(tǒng)中等待，或者是進(jìn)入到游戲世界中導(dǎo)致大家都卡。最后，有關(guān)數(shù)據(jù)持久化的問題也在這里考慮一下。我們需要持久化的數(shù)據(jù)有玩家的帳號及密碼，玩家創(chuàng)建的角色相關(guān)信息，另外還有一些游戲世界全局共有數(shù)據(jù)也需要持久化。對于負(fù)載均衡來說，已有了成熟的解決方案。最新的DNS服務(wù)已實(shí)現(xiàn)了根據(jù)服務(wù)器系統(tǒng)狀態(tài)來實(shí)現(xiàn)的動態(tài)負(fù)載均衡，也就是實(shí)現(xiàn)了真正意義上的負(fù)載均衡，這樣也就有效地解決了當(dāng)某臺登錄服當(dāng)機(jī)后，DNS服務(wù)器不能立即做出反應(yīng)的問題。而且，通過DNS來實(shí)現(xiàn)的負(fù)載均衡已經(jīng)包含了所做的修改對登錄服及客戶端的透明。從數(shù)據(jù)庫服務(wù)器的部署上來說，可以將帳號和角色數(shù)據(jù)都放在一個(gè)中心數(shù)據(jù)庫中，也可分為兩個(gè)不同的庫分別來處理，基到從物理上分到兩臺不同的服務(wù)器上去也行。所以，整體的服務(wù)器結(jié)構(gòu)應(yīng)該是一個(gè)大區(qū)有一臺帳號數(shù)據(jù)庫服務(wù)器，所有的登錄服都連接到這里。最后，我們的服務(wù)器結(jié)構(gòu)就像這樣：大區(qū)服務(wù)器登錄服1 登錄服2 世界服1 世界服2帳號數(shù)據(jù)庫 DBS DBS這里既然討論到了大區(qū)及帳號數(shù)據(jù)庫，所以順帶也說一下關(guān)于激活大區(qū)的概念。比如我們在官網(wǎng)上注冊了一個(gè)帳號，這時(shí)帳號數(shù)據(jù)是只保存在中心數(shù)據(jù)庫上的。這個(gè)激活的過程也就是從中心庫上把我們的帳號數(shù)據(jù)拷貝到所要到的大區(qū)帳號數(shù)據(jù)庫中。對于現(xiàn)在大多數(shù)MMORPG來說，游戲服務(wù)器要處理的基本邏輯有移動、聊天、技能、物品、任務(wù)和生物等，另外還有地圖管理與消息廣播來對其他高級功能做支撐。在所有這些基礎(chǔ)邏輯中，與我們要討論的服務(wù)器結(jié)構(gòu)關(guān)系最緊密的當(dāng)屬地圖管理方式?；叵胍幌挛覀冊鴳?zhàn)斗過無數(shù)個(gè)夜晚的暗黑破壞神，整個(gè)暗黑的世界被分為了若干個(gè)獨(dú)立的小地圖，當(dāng)我們在地圖間穿越時(shí)，一般都要經(jīng)過一個(gè)叫做傳送門的裝置?？梢赃@樣認(rèn)為，一塊地圖就是一個(gè)獨(dú)立的數(shù)據(jù)處理單元。當(dāng)兩個(gè)人合作做一件事時(shí)，我們可以以對等的關(guān)系相互協(xié)商著來做，而且一般也都不會有什么問題。正如俗語所說的那樣，三個(gè)和尚可能會碰到?jīng)]水喝的情況。游戲的地圖服務(wù)器之間也是這么回事。先稱它為游戲世界的中心服務(wù)器吧，畢竟是管理者嘛，大家都以它為中心。當(dāng)我們要進(jìn)入某張地圖時(shí)，會從中心服上取得該地圖的IP和port告訴客戶端，客戶端主動去連接，這樣進(jìn)入他想要去的游戲地圖。我們來看看結(jié)構(gòu)圖是怎樣的：中心服務(wù)器登錄服 地圖1 地圖2 地圖n客戶端很簡單，不是嗎。早期不少游戲也確實(shí)采用的就是這種簡單結(jié)構(gòu)?？蛻舳酥恍枰B接到中心服上，所有到地圖服務(wù)器的數(shù)據(jù)都由中心服來轉(zhuǎn)發(fā)。對于一般的MMORPG服務(wù)器來說，單臺服務(wù)器的承載量平均在2000左右，如果你的服務(wù)器很不幸地只能帶 1000人，沒關(guān)系，不少游戲都是如此；如果你的服務(wù)器上跑了3000多玩家依然比較流暢，那你可以自豪地告訴你的策劃，多設(shè)計(jì)些大量消耗服務(wù)器資源的玩法吧，比如大型國戰(zhàn)、公會戰(zhàn)爭等。我