GPS部標監控平臺的架構設計(七)-壓力測試

部標監控平臺的壓力測試是部標檢測流程的最後一個檢測環節，也是最難的，不少送檢的企業平臺都是卡殼在這一個環節。企業平臺面臨的問題以下：

1.對於壓力測試的具體指標要求理解含糊，只知道是模擬一萬輛車終端進行數據包傳輸，不知道具體的檢測標準是那些指標，等進京考試後落榜了，才知道壓力測試失敗了，這個時候，還要通知後方的同志改進，耽誤的時間和差旅費用成本驚人。不少檢測人員須要在京住上幾十天，算算得多少錢。由於不知道方向，因此改進也是盲目改進，不知道行不行，應付任務再次送檢，也是搖骰子，祈求上天讓咱們經過吧。

2.不知道怎麼檢測，殺豬殺尾巴各有各的殺法，你們輪番發明各類檢測方法，結果和交通部檢測中心的檢測方法不同，看着測試人員盲目測試測的滿頭大汗，只是給領導裝樣子，效果仍是和沒測試一個樣子。

3.根本就不清楚影響壓力測試的各個因素，只知道改進某一個因素，而不知道影響壓力測試效果的是各個因素的組合結果。

要解決這個問題，必需要有針對性的進行壓力測試：

1.知道壓力測試的硬性指標是什麼，而後想辦法模擬測試，達到這樣的指標。

    交通部jt/t796協議中規定，平臺車輛接入性能的要求爲：監控平臺需知足具備海量定位數據高併發能力；平均500條/秒，峯值1000條/秒；企業平臺能支持至少10000臺終端接入，支持超過10000個動態目標的監控能力。依據上述要求，對於企業平臺的壓力檢測採用TCP方式進行，分爲兩個部分進行；動態目標壓力爲檢測和定位數據壓力檢測。

      檢測期間在任意機器中發現任何鏈接的主動、被動關閉，均中止檢測。

      GPS發送頻率達不到標準要求，也中止檢測。

      客戶端顯示的GPS時間與本機時間偏差超過5秒，也視爲壓測失敗。

2.瞭解影響壓力測試的各個因素，把它羅列出來，一一進行整改，好比機房網絡帶寬、服務器性能、數據庫性能、操做系統、808GPS服務器；好比你的網絡很差，10M獨享的網絡，1萬臺鏈接涌入的時候，還沒到服務器的處理瓶頸，本身就超時斷開了。數據庫的企業版和簡體版的性能差異也很大。

3.要想改進優化你的808GPS服務器性能，就必須能跟蹤服務器的狀態，你的808GPS服務器必須增長一個功能，那就是GPS服務器性能監控，至少能跟蹤出你服務器目前所能承受的最大併發，你的GPS服務器的入庫速度，報警分析是否有延遲，在壓力瓶頸下，出現的各類錯誤日誌。壓測工具發了多少個包，服務器收到多少的包，丟了多少個包，有多少個鏈接斷開。這樣你才能改進，不然就是東改改，西改改，沒有方向。

4.模擬出交通部檢測同樣的環境，好比你的平臺部署在南方電信機房，交通部的測試電腦的網絡環境是北方聯通，這個就抓瞎了，因此你的服務器的機房，怎麼也得是個同樣的網絡，或者是雙線機房。

5.使用專業的部標測試工具，進行測試，這樣就和檢測中心保持一致了。

6.基於高性能的socket框架，來開發本身的部標808GPS服務器，參見：基於部標JT/T 808協議及數據格式的GPS服務器

壓力測試工具購買-GPS產品經理-2379423771@qq.com