Monitoring 为短生命流命名statsd度量

我正在尝试建立统计模型，以提交给statsd/graphite。然而，我所监视的是以“会话”为中心的。例如，我有一个实时玩的游戏。服务器上有多个活动的游戏实例。每个游戏都有多个（数量可变）参与者。游戏的每个实例和每个玩家都有一个唯一的ID。 我希望跟踪（并绘制）每个玩家的统计数据，然后对整个实例以及游戏的所有实例进行汇总。例如，在给定时间可能有两个游戏实例处于活动状态。假设游戏中每个人都有两名玩家

GameTitle.RealTime.VoiceErrors.game_instance_a.player_id_1 10
GameTitle.RealTime.VoiceErrors.game_instance_a.player_id_2 20
GameTitle.RealTime.VoiceErrors.game_instance_b.player_id_3 50
GameTitle.RealTime.VoiceErrors.game_instance_b.player_id_4 70

其中游戏实例和玩家ID是128位的数字

我希望能够看到游戏实例a中所有语音错误的值是30 而整个系统的所有语音错误都是150

鉴于此，我有三个问题

您对命名指标有什么指导

将具有“动态”标识符的度量作为名称的一部分是否符合犹太教

他们在这方面的规模限制是什么。如果我有10万个游戏实例 假设一场游戏有1000名玩家，这会杀死statsd/graphite吗

谢谢

关于命名指标，您会给出什么指导？ 石墨公司建议这样做。这本质上意味着，如果您可以在不影响分组查询的情况下，将度量中经常唯一的部分推送到“bucket”的末尾，那么您应该尝试这样做

下面是一篇关于使用Graphite的文章，其中包括命名建议。这是Jason Dixon（一般来说，这是石墨材料的极好来源）

将具有“动态”标识符的度量作为名称的一部分是否合乎犹太教？ 我通常尽量避免在度量名称中使用标识符，除非它们的数量非常少(