目前的互聯(lián)網(wǎng)應(yīng)用，一個(gè)突出的焦點(diǎn)就是用戶量非常大，給服務(wù)器開發(fā)和設(shè)計(jì)帶來了許多挑戰(zhàn)，這里想談本人對(duì)這些問題的思考和體會(huì).
大規(guī)模的多人在線系統(tǒng)，我接觸的比較多的，有一下幾種：
1. p2p
系統(tǒng)，p2p直播軟件，在播放比較熱點(diǎn)的節(jié)目時(shí)，會(huì)遇到數(shù)十萬甚至上百萬人同時(shí)觀看的問題，由于p2p的特殊性質(zhì)，一般不會(huì)去統(tǒng)一保持用戶信息，
服務(wù)器需要的只是給p2p客戶提供節(jié)目源， 以及為p2p
客戶查找其他p2p節(jié)點(diǎn)提供tracker服務(wù)。所以p2p在對(duì)付大規(guī)模的人數(shù)在線時(shí)，只要簡(jiǎn)單的添加tracker
和界目源即可。這種多人在線是在軟件設(shè)計(jì)時(shí)需要考慮的最少的一種。
2. 網(wǎng)游服務(wù)器系統(tǒng)。 網(wǎng)游服務(wù)器對(duì)付這種問題的方法是， 把整個(gè)用戶空間隔離為n個(gè)世界， 譬如mmo中的某區(qū)某服， 或者休閑游戲中的房間。
當(dāng)用戶量不斷增加時(shí)，只需不斷的增加服務(wù)器組和房間服務(wù)器即可。
唯一麻煩的地方，就是在于一個(gè)用戶的統(tǒng)一認(rèn)證和經(jīng)濟(jì)系統(tǒng)這塊。由于這兩塊負(fù)載不大，
邏輯也相對(duì)簡(jiǎn)單，實(shí)現(xiàn)起來難度不太大。
3. IM 系統(tǒng)， im系統(tǒng)的問題就在于，他的整個(gè)用戶空間，是完全統(tǒng)一在一起的，沒法采用區(qū)服，房間的方式來隔離。
當(dāng)im服務(wù)器的在線人數(shù)突破10，20萬之后，
設(shè)計(jì)一套集群系統(tǒng)就是勢(shì)在必行的了。這個(gè)時(shí)候單臺(tái)邏輯服務(wù)器，單臺(tái)數(shù)據(jù)庫已經(jīng)無法滿足系統(tǒng)的性能要求了。
必須采用把數(shù)據(jù)，服務(wù)，分散在各個(gè)物理服務(wù)器內(nèi)，
采用集群的方式來進(jìn)行管理。
當(dāng)并發(fā)人數(shù)在100萬以下時(shí)，我設(shè)計(jì)的一種做法是， 后臺(tái)的db部分，采用一臺(tái)或者幾臺(tái)類似mysql proxy的服務(wù)器來統(tǒng)一進(jìn)行訪問。
db 內(nèi)的數(shù)據(jù)采用按照數(shù)字賬號(hào)分段，或者按照某種hash 算法進(jìn)行 分塊的存儲(chǔ)。 前臺(tái)的邏輯服務(wù)器，不直接和db 打交道。而是通過DB
Proxy來訪問數(shù)據(jù)庫，
這樣可以保證數(shù)據(jù)庫的存儲(chǔ)策略不透明，可以于前臺(tái)的邏輯部分進(jìn)行獨(dú)立的變化，前臺(tái)邏輯服務(wù)器，連數(shù)據(jù)庫的表結(jié)構(gòu)都不需要知道，只需要發(fā)送請(qǐng)求，去DB
Proxy請(qǐng)求指定條件的查詢和結(jié)果集就可以了。
而邏輯服務(wù)器之間，當(dāng)100萬人以下同時(shí)在線時(shí)，邏輯服務(wù)器的數(shù)目并不會(huì)太多。這些邏輯服務(wù)器之間可以直接互聯(lián)。每個(gè)邏輯服務(wù)器負(fù)責(zé)一段數(shù)字賬號(hào)的邏輯處理，每個(gè)邏輯服務(wù)器向其他服務(wù)器通報(bào)自己負(fù)責(zé)的數(shù)字段范圍。當(dāng)遇到不是本服務(wù)器能處理的請(qǐng)求時(shí)，譬如給其他邏輯服務(wù)器上的用戶發(fā)送文本消息時(shí)，
直接轉(zhuǎn)發(fā)給其他邏輯服務(wù)器即可。
DB Proxy 在db server前端，單臺(tái)DB Proxy的處理能力畢竟有限，這里可能還要考慮每幾臺(tái)DB服務(wù)器就配置一臺(tái)DB
Proxy。每幾臺(tái)前臺(tái)邏輯服務(wù)器共享一臺(tái)DB Proxy. im
系統(tǒng)的數(shù)據(jù)庫訪問非常頻繁，在im系統(tǒng)中實(shí)現(xiàn)數(shù)據(jù)庫cache，對(duì)于性能的提高是非常有幫助的。前臺(tái)邏輯服務(wù)器，也應(yīng)該盡量的cache數(shù)據(jù)，減少訪問DB
Proxy的次數(shù)，以提高系統(tǒng)的整體性能。
這里為了把客戶端指引到連接指定的邏輯服務(wù)器，前臺(tái)需要有Dispatch 服務(wù)器，提供邏輯服務(wù)器的地址，端口。im
客戶端連接邏輯服務(wù)器前必須查詢Dispatch Server,來獲知邏輯服務(wù)器地址。 為了增強(qiáng)靈活性，可以設(shè)置一臺(tái)中心服務(wù)器，。來動(dòng)態(tài)的提供邏輯服務(wù)器，DB
Proxy等的配置信息。以及方便進(jìn)行服務(wù)器組的后臺(tái)管理。
這里的設(shè)計(jì)是針對(duì)udp 的im 系統(tǒng)來的。tcp 的im系統(tǒng)，成本偏高，研究的較少。
實(shí)際的應(yīng)用中，還需要一些性能測(cè)試數(shù)據(jù)的配合和運(yùn)營(yíng)數(shù)據(jù)，才能得出比較優(yōu)化了的架構(gòu)。