Open Guweijing opened 3 years ago
您提出的功能是否和您遇到的问题有关，请描述该问题 因为RAP2接口平台配置接口很方便，在工作中考虑搭建一个RAP2作为性能测试的桩平台，为被测系统调用外部接口提供模拟服务。在虚拟机上进行了简单的测试，以POST方式访问http://接口平台/app/mock/data/:interfaceId，被测环境为整个RAP2部署在一台4C12G的虚拟机环境下，响应报文为系统自带的demo报文，200并发下大致在250TPS左右，响应时间差不多1秒，服务器CPU达到90%左右；压力再大就容易报错了。更换更长的报文后，TPS下降至60TPS，响应时间也超过3秒多，作为性能测试桩服务器不大理想。 从测试情况看，收发报文的内容应该没有不是放在redis里面。
您是否有建议的实现方案 建议对接口的请求、响应信息放入redis，对于重复性的接口查询调用，可以访问redis读取响应报文，以提升接口的响应性能： 1）在接收到请求后，先在redis查找，如果有response则读取并返回给用户； 2）在接收到请求后，先在redis查找，如果没有response，则以现有方式生成response后，存放入redis再返回给用户。 其它帮助我们理解您需求的描述、截图
您提出的功能是否和您遇到的问题有关，请描述该问题 因为RAP2接口平台配置接口很方便，在工作中考虑搭建一个RAP2作为性能测试的桩平台，为被测系统调用外部接口提供模拟服务。在虚拟机上进行了简单的测试，以POST方式访问http://接口平台/app/mock/data/:interfaceId，被测环境为整个RAP2部署在一台4C12G的虚拟机环境下，响应报文为系统自带的demo报文，200并发下大致在250TPS左右，响应时间差不多1秒，服务器CPU达到90%左右；压力再大就容易报错了。更换更长的报文后，TPS下降至60TPS，响应时间也超过3秒多，作为性能测试桩服务器不大理想。 从测试情况看，收发报文的内容应该没有不是放在redis里面。
您是否有建议的实现方案 建议对接口的请求、响应信息放入redis，对于重复性的接口查询调用，可以访问redis读取响应报文，以提升接口的响应性能： 1）在接收到请求后，先在redis查找，如果有response则读取并返回给用户； 2）在接收到请求后，先在redis查找，如果没有response，则以现有方式生成response后，存放入redis再返回给用户。 其它帮助我们理解您需求的描述、截图