作者回复: 1.服务QPS目标的制定。 - 如果是用户直接访问的接口,比较简单的方法是根据页面每天的用户访问量的增长倍数(这个增长倍数一般可以找产品或运营要,这是他们做一些运营活动的目标),预估QPS的增长倍数。比如目前我们这个页面每天的用户访问量是1000w,接口调用的高峰QPS是10w,现在做运营活动目标用户访问量要到2000w,那我们就可以预估需要支持的高峰QPS可以是10wQPS*2000w/1000w=20w QPS。 - 如果我们是不直接面向用户的,由其它上游服务调用的接口,就需要由上游拆分出来我们需要满足的QPS目标。 2.服务延时目标的制定。 1. 如果是用户直接访问的接口,核心是不能让用户感觉到卡顿的感觉,可以根据这个来设置延时目标。看公司的产品有没有要求,按经验来说,一般不能超过1s 2. 如果不是直接面向用户的,由其它上游服务调用的接口,延时目标就由上游服务给出来。一般上游服务会在自己的延时目标里面,去除自己的业务逻辑、数据库访问之类的延时,给你一个延时目标。
作者回复: 挺棒的。我在分析单个请求的延时的时候,也会用这种分布式的trace工具,定位瓶颈点