statvent gives you three things:
- A developer API for recording metrics in your library or application.
- A deployer API that writes stats to a named pipe.
- A simple web service that will read from all named pipes on a host and serve the results as JSON.
It's really simple. There are three functions for recording data.
statvent.incr(name, value=1)
Call it with the
name
of a stat and it will increment it. If it doesn't exist yet, it will initialize it to the givenvalue
(defaults to1
).It's very useful for keeping tabs on events that happen within your apps.
statvent.set(name, value)
Call it with the
name
of a stat and a value. The stat will be set to that value.This function is useful for values that can fluctuate, like number of concurrent users, connections to a database, winning streaks, etc.
statvent.record(name, value, format_func=str.format)
Call it with the
name
of a stat and a value. By default thename
must include a{0}
format placeholder. Internally, the value is appended to a deque. When the pipe is read, the stats recorder will calculate some aggregate statistics from the contents of the deque (by default a few percentile breaks and the mean).If your stat name scheme conflicts with the default ``str.format`` function you can provide your own function to format the stat name to include the calculated percentile labels.
The names of stats just need to be byte strings. You can format them however
you want, include whatever punctuation makes you happy, etc. If you want
percentiles or other calculated stats (using statvent.record
), you'll need
to take a bit of extra care when formatting your stat names.
Values can be integers or floats. Be aware that once you use a float, that stat will remain a float. It probably doesn't matter that much, but now you know.
Notice that there is no mention of an API for reading stats. That's because the creation and consumption of your application's metrics should be decoupled. The decoupling is accomplished by writing the data out to a named pipe.
statvent.start_recorder()
Starts a thread that writes the application stats to a named pipe.
The thread blocks on the open system call won't spend any of your application's resources until another process opens the pipe for reading.
By default the pipes are located in /tmp/stats-pipe/
and are named
<pid>.stats
where <pid>
is the UNIX process ID that is writing data
into that named pipe. You can change the location where pipes are
written/read by setting the statvent.stats.config['pipe_dir']
path. Make
sure your processes have permission to write there though.
Each stat is written to its own line in the named pipe. The name of the stat and the current value are separated by a colon : followed by a space. The value follows and is either a floating point value or an integer value. Then there is a newline character. Here's an example:
a.b.c.d: 42 My Nice Stat: 123.45 another[one]: 0
You can peek at the current state of your app by running cat
against the
named pipe, or have a process that does that regularly and inserts the results
into a database to track the data over time.
If you don't want to mess with consuming a weird plain-text format like you get from the named pipe, and you want to collect stats from more than one process on a host, the JSON web service might interest you.
It will sum the values of all stats and serve them up as JSON. Try running
python -m statvent.web
as a script to see it in action.