服務(wù)器常用基本框架-文庫(kù)吧資料
2024-08-14 19:36本頁(yè)面
【正文】 務(wù)器編號(hào)發(fā)送數(shù)據(jù)即可。一個(gè) Node到底管理哪些區(qū)塊，可以根據(jù)游戲?qū)崟r(shí)運(yùn)行的負(fù)載情況，定時(shí)維護(hù)的時(shí)候進(jìn)行更改 NodeMaster 上面的配置。按照這樣的邏輯將世界地圖分割為一塊一塊的區(qū)域，交由不同的 Node去管理。但是此時(shí)玩家2還是屬于A管理。而處在兩個(gè)節(jié)點(diǎn)邊緣的2號(hào)玩家，則同時(shí)由A和B提供服務(wù)。按照這樣的邏輯將世界地圖分割為一塊一塊的區(qū)域，交由不同的 Node去管理。但是此時(shí)玩家2還是屬于A管理。而處在兩個(gè)節(jié)點(diǎn)邊緣的2號(hào)玩家，則同時(shí)由A和B提供服務(wù)。這里省略若干細(xì)節(jié)服務(wù)器，比如傳統(tǒng)數(shù)據(jù)庫(kù)前端，登錄服務(wù)器，日志和監(jiān)控等，統(tǒng)統(tǒng)用 ADMIN概括。比較以往按照地圖來(lái)切割游戲而言，無(wú)縫世界并不存在一塊地圖上面的人有且只由一臺(tái)服務(wù)器處理了：img src= datarawwidth=418 datarawheight=185 class=content_image width=418每臺(tái) Node服務(wù)器用來(lái)管理一塊地圖區(qū)域，由 NodeMaster（NM）來(lái)為他們提供總體管理。類型4：第三代游戲服務(wù)器 2007從魔獸世界開(kāi)始無(wú)縫世界地圖已經(jīng)深入人心，比較以往游戲玩家走個(gè)幾步還需要切換場(chǎng)景，每次切換就要等待 LOADING個(gè)幾十秒是一件十分破壞游戲體驗(yàn)的事情。雖然今天任然很多新項(xiàng)目在用上面某一種類似的結(jié)構(gòu)，或者自己又做了其他熱點(diǎn)模塊的拆分。即使后面你的項(xiàng)目真的超過(guò)5千人朝著1萬(wàn)人目標(biāo)奔的話，相信那個(gè)時(shí)候你的項(xiàng)目已經(jīng)掙大錢(qián)了 ，你數(shù)著錢(qián)加著班去逐步迭代，一次次拆分它，相信心里也是樂(lè)開(kāi)花的。于是他們義無(wú)反顧的開(kāi)始編碼，項(xiàng)目做了一年多，然后，就沒(méi)有然后了。比如我見(jiàn)過(guò)某上海一線游戲公司的一個(gè) RPG上來(lái)就要上這樣的架構(gòu)，我看了下他們團(tuán)隊(duì)成員的經(jīng)驗(yàn)，問(wèn)了下他們的上線日期，勸他們用前面稍微簡(jiǎn)單一點(diǎn)的模型。這樣的模型好用么？確實(shí)有成功游戲使用類似這樣的架構(gòu)，并且發(fā)揮了它的性能優(yōu)勢(shì)，比如一些大型 MMORPG。于是大家繼續(xù)想，網(wǎng)關(guān)可以拆分呀，基礎(chǔ)服務(wù)如聊天交易，可以拆分呀，還可以提供web接口，數(shù)據(jù)庫(kù)可以拆分呀，于是有了下面的模型：img src= datarawwidth=480 datarawheight=266 class=origin_image zhlightboxthumb width=480 dataoriginal=這樣的模型好用么？確實(shí)有成功游戲使用類似這樣的架構(gòu)，并且發(fā)揮了它的性能優(yōu)勢(shì)，比如一些大型 MMORPG。這是目前應(yīng)用最廣的一個(gè)模型，到今天任然很多新項(xiàng)目會(huì)才用這樣的結(jié)構(gòu)來(lái)搭建。而游戲服務(wù)器之間數(shù)據(jù)交換也統(tǒng)一連接到網(wǎng)管進(jìn)行交換。這是目前應(yīng)用最廣的一個(gè)模型，到今天任然很多新項(xiàng)目會(huì)才用這樣的結(jié)構(gòu)來(lái)搭建。而游戲服務(wù)器之間數(shù)據(jù)交換也統(tǒng)一連接到網(wǎng)管進(jìn)行交換。而且游戲服務(wù)器多了以后，相互之間數(shù)據(jù)交互又會(huì)變得比較麻煩，于是人們拆分了網(wǎng)絡(luò)功能，獨(dú)立出一個(gè)網(wǎng)關(guān)服務(wù) Gate（有的地方叫 Session，有的地方叫 LinkSvr之類的，名字不同而已）：但是這樣的結(jié)構(gòu)并沒(méi)有持續(xù)太長(zhǎng)時(shí)間，因?yàn)橥婕仪袚Q場(chǎng)景經(jīng)常要切換連接，中間的狀態(tài)容易錯(cuò)亂。于是形成了數(shù)據(jù)庫(kù)前端代理（DB Proxy），游戲服務(wù)器不直接訪問(wèn)數(shù)據(jù)庫(kù)而是訪問(wèn)代理，再有代理訪問(wèn)數(shù)據(jù)庫(kù)，同時(shí)提供內(nèi)存級(jí)別的cache。于是形成了數(shù)據(jù)庫(kù)前端代理（DB Proxy），游戲服務(wù)器不直接訪問(wèn)數(shù)據(jù)庫(kù)而是訪問(wèn)代理，再有代理訪問(wèn)數(shù)據(jù)庫(kù)，同時(shí)提供內(nèi)存級(jí)別的cache。由于主邏輯使用單線程模型，隨著游戲內(nèi)容的增加，傳統(tǒng)單服務(wù)器的結(jié)構(gòu)進(jìn)一步成為瓶頸。img src= datarawwidth=439 datarawheight=159 class=origin_image zhlightboxthumb width=439 dataoriginal=此時(shí)游戲服務(wù)端已經(jīng)脫離陳舊的 MUDOS體系，各個(gè)公司在參考 MUDOS結(jié)構(gòu)的情況下，開(kāi)始自己用 C在重新開(kāi)發(fā)自己的游戲服務(wù)端。同時(shí)早期 EXT磁盤(pán)分區(qū)比較脆弱，稍微停電，容易發(fā)生大面積數(shù)據(jù)丟失。最先承受不住的其實(shí)是很多小文件，用戶上下線，頻繁的讀取寫(xiě)入用戶數(shù)據(jù)，導(dǎo)致負(fù)載越來(lái)越大。隨著游戲內(nèi)容的越來(lái)越復(fù)雜，架構(gòu)變得越來(lái)越吃不消了，各種負(fù)載問(wèn)題慢慢浮上水面，于是有了我們的第二代游戲服務(wù)器。后續(xù)國(guó)內(nèi)的《萬(wàn)王之王》等游戲，很多都是跟《UO》一樣，直接在 MUDOS上進(jìn)行二次開(kāi)發(fā)，加入房間的地圖還有角色的坐標(biāo)等要素，該架構(gòu)一直為國(guó)內(nèi)的第一代 MMORPG提供了穩(wěn)固的支持，直到 2003年，還有游戲基于 MUDOS開(kāi)發(fā)。1997游戲《UO》在 MUDOS的基礎(chǔ)上為角色增加的x,y坐標(biāo)，為每個(gè)房間增加了地圖，并且為每個(gè)角色增加了動(dòng)畫(huà)，形成了第一代的圖形網(wǎng)絡(luò)游戲。這樣的系統(tǒng)在當(dāng)時(shí)每臺(tái)服務(wù)器承載個(gè)4000人同時(shí)游戲，不是特別大的問(wèn)題。用戶數(shù)據(jù)保存在文件中，每個(gè)用戶登錄時(shí)，從文
數(shù)學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1