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