服務器通信技術方案(已修改)
2025-08-17 08:12 本頁面
【正文】 服務器通信技術方案前言3。 單臺服務器4釅錒極額閉鎮(zhèn)檜豬訣錐顧葒鈀。 集群服務器4彈貿(mào)攝爾霽斃攬磚鹵廡詒爾膚。 網(wǎng)上常用主流方案簡介與比較5廈礴懇蹣駢時盡繼價騷巹癩龔。 傳統(tǒng)的socket通訊模型5煢楨廣鰳鯡選塊網(wǎng)羈淚鍍齊鈞。 Windows下IOCP模型5鵝婭盡損鵪慘歷蘢鴛賴縈詰聾。 linux下epoll模型6籟叢媽羥為贍僨蟶練淨櫧撻曉。 其它的網(wǎng)絡通訊第三方開源庫簡介及比較7預頌圣鉉儐歲齦訝驊糴買闥齙。 推薦選擇linux系統(tǒng)下的epoll及開源庫Boost::asio12擁締鳳襪備訊顎輪爛薔報贏無。 可能問題12贓熱俁閫歲匱閶鄴鎵騷鯛漢鼉。修訂記錄序號版本號修訂內(nèi)容修訂人修訂日期第一個版本顏冬前言RCUU設備采集數(shù)據(jù)如：車輛診斷，通過GSM基站定位，內(nèi)置GPS，GPRS系統(tǒng)提供遠程數(shù)據(jù)，對車輛各個系統(tǒng)的運行狀況（如ENG、ABS、ETC等）實時監(jiān)測狀態(tài)數(shù)據(jù)等。壇摶鄉(xiāng)囂懺蔞鍥鈴氈淚躋馱釣。這些數(shù)據(jù)的網(wǎng)絡通訊平臺，則由服務器提供的通訊技術來實現(xiàn)，因此如何實現(xiàn)這種多設備數(shù)據(jù)同時接收的技術方案很重要。本文將詳細介紹相關技術及提出方案。蠟變黲癟報倀鉉錨鈰贅籜葦繯。服務器通訊需要解決的問題單臺RCU設備通訊情況主要通訊數(shù)據(jù):設備端，剛連接時登陸驗證（設備端信息驗證）。設備端，診斷數(shù)據(jù)及其它采集數(shù)據(jù)上傳到服務器（估計頻率 每秒發(fā)一次）。服務器端，發(fā)送指令，實現(xiàn)對設備端的遠程配置。RCU設備工程師估計的數(shù)據(jù):1每個RCU設備每秒鐘產(chǎn)生一條數(shù)據(jù)，每條數(shù)據(jù)大概100個字節(jié)左右()；2可以假設每臺車每天平均開動1小時或2小時(實際產(chǎn)生數(shù)據(jù)時間)；RCU數(shù)量（個）1秒1小時2小時1360kb720kb1萬1000kb3515M7030M100萬100,000kb97M343G686G1000萬1000,000kb970M3430G6860G從上數(shù)據(jù)顯示如果達到：100萬級別的RCU用戶量，需要服務器有近百兆的網(wǎng)絡帶寬吞吐量。1000萬級別的RCU用戶量，需要服務器有近千兆的網(wǎng)絡帶寬吞吐量。上萬個RCU甚至達到將近百萬終端與服務器同時通訊如果按照經(jīng)典的server/client通訊模型，當有一個設備通過（TCP/UDP）連接服務器時，服務端單獨開一個線程為這個設備數(shù)據(jù)服務，顯然，當路數(shù)越多，我們的設備又是長連接方式，很快服務器將在設備近千路時服務器資源將達到上限，并且存在大量線程切換與管理問題。這時如果我們能合理利用單臺服務器資源（如：windows 下iocp 模式，linux下的epoll網(wǎng)絡通信模式等），在更優(yōu)的管理模式下，將能接更多設備的服務（網(wǎng)上資料預估幾千路的長連接甚至硬件較好配置下達到萬路以上）。上面我們能在單臺服務器在較好硬件配置和軟件優(yōu)化的模型管理下，能解決幾千路上萬路設備的長連接。買鯛鴯譖曇膚遙閆擷凄屆嬌擻。但是，如果幾十萬臺甚至接近百萬級別的設備數(shù)量同時訪問服務端時，這個時候需要涉及到一種合理的集群服務器架構模式。理論上，為了達到1:10000的連接，可以采用ServerClient的連接方式，而為了達到1:10000*100的連接，我們怎么辦呢？一般會采用Client ConnServer LogicServer。相當于有一批服務器來合理布局解決設備的大并發(fā)通訊問題。綾鏑鯛駕櫬鶘蹤韋轔糴飆鈧麥。ConnServer在接受完Client 的連接后，將Logic Server 暴露給Clien
環(huán)評公示相關推薦
鄂ICP備17016276號-1