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