[Prometheus]應(yīng)用程序應(yīng)返回多少指標(biāo)

雖然每個應(yīng)用程序都不同,但是對應(yīng)該返回多少指標(biāo)有個大致的概念將會是有用的。

當(dāng)開始在應(yīng)用程序中集成prometheus監(jiān)控代碼時,經(jīng)常會遇到個問題:這些指標(biāo)和時間序列是否會太少或者太多?我將給出一些經(jīng)驗法則來幫助判斷應(yīng)用的指標(biāo)量是否合適。

對于那些只有少量邏輯只做一件事的非常簡單的應(yīng)用程序,我預(yù)估使用100個時間序列。緩存是通常屬于這一類別的系統(tǒng)的一個例子,而在普羅米修斯世界中,Pushgateway是另一個列子。除了您使用的客戶端庫和任何其他依賴項提供的各種指標(biāo)之外,您通常只會添加少量指標(biāo)。例如,Pushgateway有大約120個時間序列。

對于有大量組件的復(fù)雜應(yīng)用,預(yù)估大約1000個時間序列是比較好的。例如,Prometheus服務(wù)器本身目前暴露大約700個時間序列(具體取決于您使用的版本和功能)。這是開箱即用的時間序列,以及為各種子系統(tǒng)添加的所有指標(biāo)。

當(dāng)一個應(yīng)用程序暴露出更多指標(biāo),例如向10,000個時間序列靠近,這表明你可能有一個基數(shù)問題并且可能想要稍微減少標(biāo)簽。然而,對于諸如反向代理之類的情況,這種情況是不可避免的,其中有許多后端服務(wù),或者數(shù)據(jù)庫中有許多表并且您需要每個表的信息。要注意超過10000這種情況,Prometheus被設(shè)計用于抓取少量數(shù)據(jù),而不是大量數(shù)據(jù)。

盡管如此,上述內(nèi)容并不意味著您應(yīng)該添加新指標(biāo)以達(dá)到上述數(shù)字。這只是我個人對各種類型的服務(wù)暴露指標(biāo)的合適數(shù)量的經(jīng)驗,因此,多一些或者少一些指標(biāo)并不代表有問題。這是一個參考,而不是目標(biāo)。

原文鏈接:how-many-metrics-should-an-application-return

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容