[发明专利]自适应定位HTTP服务最大处理能力的方法及装置

说明书

本发明涉及自适应定位HTTP服务最大处理能力的方法及装置。所述方法包括从nginx日志获取http请求；从生产环境复制环境到docker容器；http请求交互工具从redis获取数据，并将数据发送到docker容器；根据docker的监控信息确定是否继续测试。所述装置包括初始数据获取单元，初始环境布置单元，http请求交互工具和测试终止判断单元。本发明通过解析前端代理服务器日志，在docker中还原线上http请求并部署相应的线上应用，完成压力测试环境的初始化，然后进行测试，通过监测docker获取容器监控信息，并在测试得到最大处理能力之前自动扩充http请求数据。

技术领域

本发明涉及性能测试领域，尤其涉及自适应定位HTTP服务最大处理能力的方法及装置。

背景技术

传统的测量一个http服务的最大处理能力，需要大量的运维人员去部署http服务涉及到的应用系统的测试环境，并且测试环境与生产环境会存在网络拓扑，硬件设备配置和数量的差异，会导致最终测试结果与实际的结果存在误差。需要专业的，富有经验的性能测试工程师去编写测试脚本，执行性能测试，测试周期长，成本高，并且不能及时出具测试结果。

现有技术，例如基于线上请求的性能测试系统CPC,是通过gor来拦截前端请求流量。将gor的数据序列化到redis，然后通过ngrinder来根据预定tps发送请求到压测环境。gor是一种网络流量的录制工具，gor需要流量通过gor拦截之后才能录制成功。这就导致使用gor需要对线上的系统造成侵入，可能造成线上环境的问题。并且由于gor的流量是实时录制的，不易于截取高峰时段的流量。CPC系统使用时还是需要用户人工去部署压测环境，仍然存在比较大的运维负担。并且CPC系统只能根据预定的tps来执行请求，需要获取待测试系统的最大处理，需要多次调整测试结果。

因此，现有技术中人存在以下问题：1)在传统的性能测试中需要大量的人力参与部署测试环境的工作；2)在传统的拦截前端网络流量的方式中，降低了对生产环境的影响，减轻了系统维护的负担；3)测试人员去编写需要测试的http请求的测试脚本，需要占用研发和测试人员大量时间；4)测试环境性能测试不能及时反应生产环境系统处理能力。

发明内容

为了解决上述问题，本发明的目的在于提供一种自适应定位HTTP服务最大处理能力的方法及装置。解析前端代理服务器日志，存储对应的http请求到redis，根据解析的前端请求；部署线上应用到测试环境docker；上述两步操作通过解析nginx日志自动实现，不需要人工参与。在docker中还原线上http请求并部署相应的线上应用，完成压力测试环境的初始化，然后进行测试，通过监测docker获取容器监控信息，并在测试得到最大处理能力之前自动扩充http请求数据。

为解决上述技术问题，申请实施例是这样实现的：

本申请实施例提供的一种自适应定位HTTP服务最大处理能力的方法，所述方法包括：

从nginx日志获取http请求；

从生产环境复制环境到docker容器；

http请求交互工具从redis获取数据，并将数据发送到docker容器；

根据docker的监控信息确定是否继续测试。

作为优选实施方式，所述从nginx日志获取http请求，包括：

使用数据流扫描工具扫描日志文件并存储到redis；

从日志文件提取请求的关键数据生成key值并存储到redis。

作为优选实施方式，所述数据流扫描工具为开发软件自带的java.util.Scanner类。

作为优选实施方式，所述key值包括日志文件的时间戳。