在石墨和statsd中的命名模式

Question

问题描述： 我有模块做下列事情。

delete/folder 
delete/file 
move/folder 
move/file 

此应用程序运行在多个主机上。我不能找到更好的命名空间格局为它存储在statsd：

我曾经想过以下模式：

<env>.<app>.<action>.<object>.<host>.exec_time 
<env>.<app>.<action>.<object>.<host>.failed 
<env>.<app>.<action>.<object>.<host>.succeeded 

二格局，我的想法是：

<env>.<app>.<object>.<action>.<host>.exec_time 
<env>.<app>.<object>.<action>.<host>.failed 
<env>.<app>.<object>.<action>.<host>.succeeded 

我可以有这样的更多模式？

<env>.<app>.<object>.<action>.exec_time.<host> 
<env>.<app>.<object>.<action>.failed.<host> 

我无法找到哪个模式是好的，为什么？你可以请建议

目前我正在考虑以下指标。

1. 全球QOS
2. 全球行动水平QOS
3. 全局对象级QOS
4. 主机QOS
5. 主机动作级QoS
6. 主机对象级QOS

Answer 1

这是非常取决于你的需求。有一些遵循的常规规则（比如常识），你已经遵循了这个规则，但是整个话题都是非常个人化的。

我确实遇到了一个不错的guide有人把这个话题放在一起。从导向：

<namespace>.<instrumented section>.<target (noun)>.<action (past tense verb)>

例子：

accounts.authentication.password.attempted

虽然该指南还提供了一些不错的见解，我的意见这是一个试验和错误。在我的公司，我们有100个指标，并且需要一段时间来组织它们。您还应该学习如何从Carbon中删除不必要的指标！它将帮助你清理你的石墨界面，避免看到那里的垃圾。