踩坑记录
之前参与的压测工作都是执行者,根据别人的方案,别人的想法去执行压测脚本即可,没有主导过大型项目的压测,所以这次在压测过程中也算是磕磕绊绊,还好开发同事是个有经验的老司机,遇到的问题基本都能帮忙解答
一号坑-----无法达到预期并发
最开始进行压测的并发设置从80-200时,服务相关接口请求量基本维持在一个量级,但是服务器的CPU内存等维持在一个很低的数值,反倒是压测机的CPU 不管设置多少并发,CPU都是100 %
一开始以为发压机的原因,因为申请的机器是容器环境,不是实体机,认为申请的服务器资源可能存在虚标。
针对这个猜想,我重新申请了发压机,使用分布式的方式进行加压。但是采用这种方式后还是无法将并发提高。所以这个猜想不成立
后面将情况反馈给研发同事,研发同事说,我们的请求是通过运维团队的“高防”服务的过滤后转发到我们服务的。有可能是这个服务的性能不好。
对于这个猜想,我们调整了请求的方式,先使用单机,直接请求服务的单台IP,发现单台IP能统计到的请求量都远大于之前的请求量
好吧!就是这个高防服务的原因。但是我们的系统是海外的系统,海外的情况很复杂,黑产也比较 猖獗,我们必须要借助高防服务来帮助我们拦截掉一部分的请求。
最后在运维的协助下,我们重新配置了一个本地域名,通过这个域名去请求的话,就能绕过高防服务,而且这个本地域名请求用的是Http,相较于https也有一定的性能提升。这里插入两个知识点,一个是http和https的,还有一个就是本地域名访问的原理
- HTTP 和HTTPS 的区别
HTTPs链接和HTTP链接都建立在TCP协议之上。HTTP链接比较单纯,使用三个握手数据包建立连接之后,就可以发送内容数据了
它也采用TCP协议发送数据,所以它也需要上面的这三步握手过程。而且,在这三步结束以后,它还有一个SSL握手。
所

本文分享了一位工程师主导大型项目压测过程中遇到的挑战及解决办法,包括高防服务导致的并发问题、服务器性能瓶颈、线上写压测限制以及遗漏接口的压测。通过调整请求方式、分析服务器性能、识别网络限制和优化压测策略,最终成功进行压测并总结了性能问题分析步骤和常用工具。
最低0.47元/天 解锁文章
342

被折叠的 条评论
为什么被折叠?



