Counter 指 标，把耗时总量做成一个 Counter 指标即可。但是，平均响应时间有时并不能很好的反应长尾 问题，比如最近1分钟有1万个请求，大部分请求都是1秒内返回，有200个请求是10秒返回，平 均响应时间是：1.18秒，看起来还不错，导致我们忽略了这200个长尾请求，而这200个长尾请 求，可能恰好是暴露问题的200个请求。 所以在看延迟数据时，我们通常会用分位值，比如99分位，90分位，50分位，所谓的分位值， ])) ) 针对分位值的计算，已经阐述清楚了，但是分位值的计算是个挺重的查询，可能会把后端时序库 打爆，所以很多公司可能在业务埋点SDK中不提供histogram这种方式，只提供summary方 式。 所谓的summary，也是prometheus的一种埋点数据类型，summary也可以计算90分位、99 分位的值，但是这个值不是通过promql在服务端计算的，而是在应用的内存里，在SDK层面计