Итак, я экспериментировал с графитом последние несколько дней, и я вижу потенциал в этом и почему он такой мощный.
Мой главный вопрос: почему я должен использовать statsd перед ним, как esty и многие другие? На данный момент я не вижу большой пользы в установке еще одной стопки перед графитом.
Я надеюсь, что кто-нибудь сможет это прояснить
Итак, я вошел в канал 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
Итак, мой вывод - отправить системную статистику, такую как свободная память / место на диске / пользователи, вошедшие в систему прямо на графит, и отправить статистику приложения, например, если пользователь вошел в statsd, и позволяет statsd творить чудеса для создания хороших данных для графита для графа.