4 ms·
Somewhat off-topic, but what value is there in using statsd rather than talking to carbon, the graphite backend, directly? Statsd receives metrics over udp; car
by sciurus 14y ago
Somewhat off-topic, but what value is there in using statsd rather than talking to carbon, the graphite backend, directly? Statsd receives metrics over udp; carbon-cache can receive them over tcp, udp, or amqp. Statsd aggregates metrics and flushed them a set intervals; if you want this, carbon-aggregator can do it.
http://graphite.readthedocs.org/en/0.9.10/carbon-daemons.html http://graphite.readthedocs.org/en/0.9.10/carbon-daemons.htm...
- achompas 14y agoOther, more experienced people can speak to this, but I'd argue that statsd has a useful ontology for classifying metrics based on what you want them to track. If you're watching a number go up, use a statsd.Counter. Want to track request arrival rates? Use statsd.Gauges. Want to record times for request fulfillment? Use statsd.Timers. Statsd isn't necessarily better or worse than carbon-cache via UDP, but it provides a handy solution for the above use cases.