需求对查询接口进行压测,查询次数要小于等于 3 秒; 自己尝试: 并发为 100,ramp-Up 时间(秒)1,持续时间 60s,后面依次去进行压测直到找到拐点; 想问一下大家觉得这样可以吗,主要是性能真的很少做
没看懂
首先需要了解业务量是多少,是在多少数据量的情况下进行性能测试
直白点就是面对这样的需求如何去压测
对查询接口的响应时间进行最大瓶颈的压测,得到最大的业务量
查询次数要小于等于 3 秒 ==》这个是说响应时间? 自己尝试: 并发为 100,响应时间 10(ms?),持续时间 60s,后面依次去进行压测直到找到拐点;
需求都不明确,你上述的 “需求对查询接口进行压测,查询次数要小于等于 3 秒;” 根本就称不上是需求。即使做压测,压得结果也丝毫没意义,自娱自乐罢了。 即使单接口/单业务压测,也要对照业务分布、参数化、压测策略、生产峰值 tps 下该接口/业务的各方面性能表现来设置压测参数。
是的
简易描述
首先应该明确需求: 1、压测环境与生产环境配置是否一致或等比例缩放 2、查询数据量级是多少 3、除了响应时间的其他性能指标要求,例如 cpu 要在% 多少以下,磁盘 io 情况,网络情况等等,只是单纯要求响应时间没有意义 然后就是压测、监控、分析瓶颈、调优、反复验证的过程了
个人觉得,能否先问下运维目前这个接口线上的高峰瓶颈是多少?然后再进行压测?要不然,感觉范围有点广,没能抓住核心。
感谢这么用心的回复,这些个人考虑到了,只是无从下手
百人之下吧