爲您的應用收集指標

好奇人們如何整合向石墨發送指標。看起來大多數情況下都使用一個客戶端（許多可用於statsd github）發送給statsd，該statsd發送給碳。我的問題是你認爲可以直接在代碼中包含這個「交叉切割問題」。我所看到的是，我的應用程序代碼已經變得很好，並且乾淨利落，代碼收集與我的業務代碼交織在一起的指標變得不那麼好用，乾淨利落。有什麼想法？爲您的應用收集指標

來源

2013-04-16 Noel

我認爲答案會有所不同，具體取決於您是在專門討論業務指標還是系統指標。你能澄清嗎？ –

我在說你的公司的應用程序是公司business.within這些應用程序是人們發送指標，因此使代碼更乾淨\可讀等 – Noel

我不同意你。這就像是日誌記錄，當你記錄日誌時，你是否說你有更少的乾淨\可讀代碼？不，相反，你可以說這段代碼對運行時有一些重要的信息。在我看來，日誌對於現場系統以及「度量標準」非常重要。只要看看「度量標準」就像使用日誌記錄一樣。另請注意，有幾種解決方案將日誌記錄與指標結合在一起。 –

我的確認爲可以包含代碼以在應用程序代碼中發送商業指標。正如@ tomer-peled在他的評論中所說的那樣，與伐木有着密不可分的關係。

但是我明白你不願意分散這些東西，並可能混淆代碼。在這種情況下，我的做法是首先接受一定程度的混亂，然後隨着更多示例的出現，我試圖找出指向抽象的新興結構，這些結構可以將事情清理一些。

來源

2013-04-25 16:00:12

爲您的應用收集指標

回答

相關問題