a7e955bf1b
- this only got added because of a lintian error/warning which isn't thrown
anymore (
|
||
---|---|---|
backends | ||
bin | ||
debian | ||
docs | ||
examples | ||
lib | ||
test | ||
utils | ||
.gitignore | ||
.travis.yml | ||
Changelog.md | ||
LICENSE | ||
README.md | ||
exampleConfig.js | ||
package.json | ||
run_tests.sh | ||
stats.js |
README.md
StatsD
A network daemon that runs on the Node.js platform and listens for statistics, like counters and timers, sent over UDP and sends aggregates to one or more pluggable backend services (e.g., Graphite).
We (Etsy) blogged about how it works and why we created it.
Inspiration
StatsD was inspired (heavily) by the project (of the same name) at Flickr. Here's a post where Cal Henderson described it in depth: Counting and timing Cal re-released the code recently: Perl StatsD
Key Concepts
-
buckets Each stat is in its own "bucket". They are not predefined anywhere. Buckets can be named anything that will translate to Graphite (periods make folders, etc)
-
values Each stat will have a value. How it is interpreted depends on modifiers. In general values should be integer.
-
flush After the flush interval timeout (defined by
config.flushInterval
, default 10 seconds), stats are aggregated and sent to an upstream backend service.
Installation and Configuration
-
Install node.js
-
Clone the project
-
Create a config file from exampleConfig.js and put it somewhere
-
Start the Daemon:
node stats.js /path/to/config
More Specific Topics
- Metric Types
- Graphite Integration
- Supported Backends
- Admin TCP Interface
- Backend Interface
- Metric Namespacing
Debugging
There are additional config variables available for debugging:
debug
- log exceptions and print out more diagnostic infodumpMessages
- print debug info on incoming messages
For more information, check the exampleConfig.js
.
Tests
A test framework has been added using node-unit and some custom code to start
and manipulate statsd. Please add tests under test/ for any new features or bug
fixes encountered. Testing a live server can be tricky, attempts were made to
eliminate race conditions but it may be possible to encounter a stuck state. If
doing dev work, a killall statsd
will kill any stray test servers in the
background (don't do this on a production machine!).
Tests can be executed with ./run_tests.sh
.
Meta
- IRC channel:
#statsd
on freenode - Mailing list:
statsd@librelist.com
Contribute
You're interested in contributing to StatsD? AWESOME. Here are the basic steps:
fork StatsD from here: http://github.com/etsy/statsd
- Clone your fork
- Hack away
- If you are adding new functionality, document it in the README
- If necessary, rebase your commits into logical chunks, without errors
- Verfiy your code by running the test suite, and adding additional tests if able.
- Push the branch up to GitHub
- Send a pull request to the etsy/statsd project.
We'll do our best to get your changes in!
Contributors
In lieu of a list of contributors, check out the commit history for the project: https://github.com/etsy/statsd/graphs/contributors