服務器通信技術方案-資料下載頁
2025-08-05 08:12本頁面
【正文】 ClientsList中，當需要的時候，從隊列中pop一個出來，當使用完畢就丟回pFreeClientsList。這種機制很好的起到了避免頻繁開辟內存對象的目的，可以很好的提高系統(tǒng)的性能。賠荊紳諮侖驟遼輩襪錈極嚕辮。從上面集群Server架構方案圖，我們可以理解出如下服務器通訊過程：Conn Serve里面存在一個List_LogicServer對象，該對象監(jiān)聽端口，當有LogicServer連接過來，將該LogicServer存入隊列，并實時獲取該Server當前的壓力情況，可以起到一個負載均衡的作用。而保持的List_LogicServer隊列，當客戶端連接過來，Conn Server則從List_LogicServer中將當前currentConn最小的服務器發(fā)送給客戶端，以后客戶端將同該LogicServer發(fā)起連接。塤礙籟饈決穩(wěn)賽釙冊庫麩適緄。 在該系統(tǒng)中，當我們的Conn Server不夠的時候，可以考慮架設多臺Conn Server，當客戶端無法連接時候，程序自動連接下一臺Conn Server. 這個由圖上的DNS均衡服務器實現(xiàn)，使得大量移動終端同時訪問時，由DNS均衡服務器，分配當前壓力較小的Conn Server 去短連接并驗證，驗證登陸成功后，再把該Conn Server 下對應的壓力較小的Logic Server 與該終端長連接TCP通訊(域名服務有利于服務器端動態(tài)IP變換而設備終端不受影響，只需要記住一個總的服務器域名即可)。裊樣祕廬廂顫諺鍘羋藺遞燦擾。DNS域名服務器：使得終端只需要記住一個固定的域名就行，服務器IP變換不會影響到終端的更新。終端訪問域名后，實際會把終端信息轉接到均衡服務器上來，均衡服務器先把壓力最小的Conn Server分配給它讓它登陸驗證。登陸驗證成功后，Conn Server再分配具體的Logic Server與它長連接進行業(yè)務數(shù)據通信。倉嫗盤紲囑瓏詁鍬齊驁絛鯛鱧。均衡服務器，就是管理分配Conn Server 與外界終端短連接通訊。每個Conn Server 對應一個IP，它分配當前壓力最輕的Conn Server 來提高服務。綻萬璉轆娛閬蟶鬮綰瀧恒蟬轅。實際上，該系統(tǒng)可很大程度上拓展開來，如果均衡服務器夠負載足夠多的Conn Server，隨著移動終端按倍數(shù)擴大，它的系數(shù)按照比例擴大就能服務過來。實際上限需要實踐測試數(shù)據驗證。驍顧燁鶚巰瀆蕪領鱺賻驃弒綈。根據項目情況選擇最合適方案 推薦選擇linux系統(tǒng)下的epoll及開源庫Boost::asio目前的服務器通訊主流技術方案，結合當前我們的數(shù)據存儲平臺也是基于linux系統(tǒng)下（linux系統(tǒng)是主流的服務器系統(tǒng)），顯然，選擇linux下的epoll 模型更合適于我們的項目需求?，嶀暈R曖惲錕縞馭篩涼貿錒戧。利用這個通訊模型結合服務器集群的架構思想，能很好地解決大量設備并發(fā)訪問通訊的問題。在我們的Logic Server 上實現(xiàn)對單臺服務器支持最多設備路數(shù)（將近萬路），如果這種子服務器單元增多，可以很好的擴展服務器的數(shù)量來為以后更多的設備服務（可添加Logic Server的來擴大服務量），理想計算服務為： Client_nums=Logic Server_nums*10000(假設我們設計的通訊Logic Server，每臺能服務10000臺終端移動設備)。鎦詩涇艷損樓紲鯗餳類礙穡鰳。 第三方開源庫boost::asio在linux系統(tǒng)下的開發(fā)用的正是epoll通訊模型。建議基于其上開發(fā)能節(jié)省開發(fā)時間。櫛緶歐鋤棗鈕種鵑瑤錟奧傴輥。 可能問題我們這服務器通訊在設計時，測試只能是模擬客戶端暫時在局域網內，以后布局在廣域網環(huán)境，與實際網絡環(huán)境有很大差異，在服務量可能有比較大差異。轡燁棟剛殮攬瑤麗鬮應頁諳絞。數(shù)據保存到大數(shù)據庫一塊，需要數(shù)據庫操作平臺接口，接口操作的性能，會影響通訊數(shù)據的存儲速度。在服務器通訊設計時，是在局域網內模擬收發(fā)數(shù)據，網絡很流暢，速度快，往后切換到GPRS實際網絡環(huán)境會出現(xiàn)網絡延時很大的情況，會影響數(shù)據收發(fā)。峴揚斕滾澗輻灄興渙藺詐機憒。8 / 8
環(huán)評公示相關推薦
鄂ICP備17016276號-1