我的背景更多的是来自Twitter端,所有的数据都是每分钟记录的,所以你每分钟可能有120个请求。在twitter内部,有人想出了一个聪明的主意,可以除以60,所以大多数图表(除了一些团队,他们意识到除以60根本不是真正的rps,因为在一分钟内,它会波动)。因此,许多图表不是每分钟120个请求,而是每秒2个请求。在谷歌,他们似乎也在做同样的事情,只是数学没有显示这一点。在twitter上,我们可以乘以60,答案总是一个整数,即那一分钟内发生了多少个请求。
然而,在谷歌,我们看到每秒0.02个请求,如果我们乘以60,每分钟1.2个请求。如果他们是一分钟的粒度,他们肯定是计算错了,或者他们的数学有问题。
这来自cloudrun metrics,我们点击实例本身
我错过了什么?更好的是,我们能按要求每分钟汇报一次吗。每秒请求数实际上是那一分钟的平均请求数/秒,当我们讨论如何获得0.5请求/秒时,人们可能会感到困惑。
我假设这不是“在”分钟边界上的每秒请求数,因为这将很难计算,但也将是一个整数。。。即0个请求或1个请求,而不是0.2,老实说,这是毫无用处的。
每个云运行实例都会创建这个图表,所以我假设每个人的图表都是一样的,但如果我单击“在metrics explorer中查看”,它就会给出“谷歌如何配置它”的图片。。。。
