使用 statsd 的好处?

Mik*_*ike 7 monitoring graphite

所以过去几天我一直在玩石墨,我可以看到那里的潜力以及它为何如此强大。

我的主要问题是为什么我应该像 esty 一样在它前面使用 statsd 而其他很多人都这样做?截至目前,我没有看到在石墨前面放置另一个堆栈的大好处。

我希望有人可以清除它

https://github.com/etsy/statsd

Mik*_*ike 8

所以我进入了 IRC 频道并得到了这个

<jY> what are the benefits of putting statsd in front of graphite
 <vvuksan> data aggregation
 <vvuksan> say you wanted to find out how many registrations you have per time period
 <vvuksan> you can either keep track of it yourself
 <vvuksan> send to graphite every minute
 <vvuksan> or
 <vvuksan> any time there is a successful registration send a packet to statsd and let statsd deal with it
 <jY> ok.. so i  just keep incing the counter then to statsd?
 <vvuksan> no
 <vvuksan> you just send to statsd
 <vvuksan> statsd will increment it for you
 <jY> ok
 <vvuksan> you can do all this yourself
 <vvuksan> it's just more work
 <jY> could i also send stuff like load avg to statsd.. or should that go right to graphite?
 <vvuksan> that should go right to graphite
 <vvuksan> cause that is already a composite metric
 <vvuksan> not just a data point
 <jY> ok so it's really only app specific stuff 
 <jY> ok thanks.. clears up a lot
 <jY> statsd would be good to send logins to.. so i can see how many logins per minute i get in other words
 <vvuksan> yeah
 <vvuksan> or what's average response time of an external API
 <vvuksan> it will also do percentiles which is useful
 <vvuksan> you could even do how long it took to execute a particular important query
 <jY> great.. thanks that cleared up a lot
Run Code Online (Sandbox Code Playgroud)

所以我的收获是发送系统统计信息,如可用内存/驱动器空间/用户登录权限到石墨,并发送应用统计信息,就像用户登录到 statsd 一样,让 statsd 发挥它的魔力,为石墨生成好的数据到图形