A Node.js client for Etsy's StatsD server, Datadog's DogStatsD server, and InfluxDB's Telegraf StatsD server.
This project was originally a fork off of node-statsd. This project includes all changes in the latest node-statsd and many additional changes, including:
- TypeScript types
- Telegraf support
- events
- child clients
- tcp protocol support
- mock mode
- asyncTimer
- much more, including many bug fixes
hot-shots supports Node 6.x and higher.
You should only need to do one thing: change node-statsd to hot-shots in all requires.
You may also want to use the Datadog events support in here instead of other libraries. You can also check the detailed change log for what has changed since the last release of node-statsd.
All initialization parameters are optional.
Parameters (specified as one object passed into hot-shots):
host
: The host to send stats todefault: localhost
port
: The port to send stats todefault: 8125
prefix
: What to prefix each stat name withdefault: ''
suffix
: What to suffix each stat name withdefault: ''
globalize
: Expose this StatsD instance globally?default: false
cacheDns
: Cache the initial dns lookup to hostdefault: false
mock
: Create a mock StatsD instance, sending no stats to the server and allowing data to be read from mockBuffer?default: false
globalTags
: Tags that will be added to every metric. Can be either an object or list of tags.default: {}
maxBufferSize
: If larger than 0, metrics will be buffered and only sent when the string length is greater than the size.default: 0
bufferFlushInterval
: If buffering is in use, this is the time in ms to always flush any buffered metrics.default: 1000
telegraf
: Use Telegraf's StatsD line protocol, which is slightly different than the restdefault: false
sampleRate
: Sends only a sample of data to StatsD for all StatsD methods. Can be overridden at the method level.default: 1
errorHandler
: A function with one argument. It is called to handle various errors.default: none
, errors are thrown/logger to consoleuseDefaultRoute
: Use the default interface on a Linux system. Useful when running in containersprotocol
: Usetcp
option for TCP protocol. Defaults to UDP otherwise
All StatsD methods other than event and close have the same API:
name
: Stat namerequired
value
: Stat valuerequired except in increment/decrement where it defaults to 1/-1 respectively
sampleRate
: Sends only a sample of data to StatsDdefault: 1
tags
: The tags to add to metrics. Can be either an object{ tag: "value"}
or an array of tags.default: []
callback
: The callback to execute once the metric has been sent or buffered
If an array is specified as the name
parameter each item in that array will be sent along with the specified value.
The close method has the following API:
callback
: The callback to execute once close is complete. All other calls to statsd will fail once this is called.
The event method has the following API:
title
: Event titlerequired
text
: Event descriptiondefault is title
options
: Options for the eventdate_happened
Assign a timestamp to the eventdefault is now
hostname
Assign a hostname to the event.aggregation_key
Assign an aggregation key to the event, to group it with some others.priority
Can be ‘normal’ or ‘low’default: normal
source_type_name
Assign a source type to the event.alert_type
Can be ‘error’, ‘warning’, ‘info’ or ‘success’default: info
tags
: The tags to add to metrics. Can be either an object{ tag: "value"}
or an array of tags.default: []
callback
: The callback to execute once the metric has been sent.
The check method has the following API:
name
: Check namerequired
status
: Check statusrequired
options
: Options for the checkdate_happened
Assign a timestamp to the checkdefault is now
hostname
Assign a hostname to the check.message
Assign a message to the check.
tags
: The tags to add to metrics. Can be either an object{ tag: "value"}
or an array of tags.default: []
callback
: The callback to execute once the metric has been sent.
var StatsD = require('hot-shots'),
client = new StatsD({ port: 8020, globalTags: { env: process.env.NODE_ENV }, errorHandler: errorHandler });
// Timing: sends a timing command with the specified milliseconds
client.timing('response_time', 42);
// Timer: Returns a function that you call to record how long the first
// parameter takes to execute (in milliseconds) and then sends that value
// using 'client.timing'.
// The parameters after the first one (in this case 'fn')
// match those in 'client.timing'.
var fn = function(a, b) { return a + b };
client.timer(fn, 'fn_execution_time')(2, 2);
// Async timer: Similar to timer above, but you instead pass in a funtion
// that returns a Promise. And then it returns a Promise that will record the timing.
var fn = function () { return new Promise(function (resolve, reject) { setTimeout(resolve, n); }); };
var instrumented = statsd.asyncTimer(fn, 'fn_execution_time');
instrumented().then(function() {
console.log('Code run and metric sent');
});
// Increment: Increments a stat by a value (default is 1)
client.increment('my_counter');
// Decrement: Decrements a stat by a value (default is -1)
client.decrement('my_counter');
// Histogram: send data for histogram stat (DataDog and Telegraf only)
client.histogram('my_histogram', 42);
// Distribution: Tracks the statistical distribution of a set of values across your infrastructure. (DataDog v6)
client.distribution('my_distribution', 42);
// Gauge: Gauge a stat by a specified amount
client.gauge('my_gauge', 123.45);
// Set: Counts unique occurrences of a stat (alias of unique)
client.set('my_unique', 'foobar');
client.unique('my_unique', 'foobarbaz');
// Event: sends the titled event (DataDog only)
client.event('my_title', 'description');
// Check: sends a service check (DataDog only)
client.check('service.up', client.CHECKS.OK, { hostname: 'host-1' }, ['foo', 'bar'])
// Incrementing multiple items
client.increment(['these', 'are', 'different', 'stats']);
// Incrementing with tags
client.increment('my_counter', ['foo', 'bar']);
// Sampling, this will sample 25% of the time the StatsD Daemon will compensate for sampling
client.increment('my_counter', 1, 0.25);
// Tags, this will add user-defined tags to the data (DataDog and Telegraf only)
client.histogram('my_histogram', 42, ['foo', 'bar']);
// Using the callback. This is the same format for the callback
// with all non-close calls
client.set(['foo', 'bar'], 42, function(error, bytes){
//this only gets called once after all messages have been sent
if(error){
console.error('Oh noes! There was an error:', error);
} else {
console.log('Successfully sent', bytes, 'bytes');
}
});
// Sampling, tags and callback are optional and could be used in any combination (DataDog and Telegraf only)
client.histogram('my_histogram', 42, 0.25); // 25% Sample Rate
client.histogram('my_histogram', 42, { tag: 'value'}]); // User-defined tag
client.histogram('my_histogram', 42, ['tag:value']); // Tags as an array
client.histogram('my_histogram', 42, next); // Callback
client.histogram('my_histogram', 42, 0.25, ['tag']);
client.histogram('my_histogram', 42, 0.25, next);
client.histogram('my_histogram', 42, { tag: 'value'}, next);
client.histogram('my_histogram', 42, 0.25, { tag: 'value'}, next);
// Use a child client to add more context to the client.
// Clients can be nested.
var childClient = client.childClient({
prefix: 'additionalPrefix.',
suffix: '.additionalSuffix',
globalTags: { globalTag1: 'forAllMetricsFromChildClient'}
});
childClient.increment('my_counter_with_more_tags');
// Close statsd. This will ensure all stats are sent and stop statsd
// from doing anything more.
client.close(function(err) {
console.log('The close did not work quite right: ', err);
});
Some of the functionality mentioned above is specific to DogStatsD or Telegraf. They will not do anything if you are using the regular statsd client.
- globalTags parameter- DogStatsD or Telegraf
- tags parameter- DogStatsD or Telegraf.
- telegraf parameter- Telegraf
- histogram method- DogStatsD or Telegraf
- event method- DogStatsD
- check method- DogStatsD
As usual, callbacks will have an error as their first parameter. You can have an error in both the message and close callbacks.
If the optional callback is not given, an error is thrown in some cases and a console.log message is used in others. An error will only be explicitly thrown when there is a missing callback or if it is some potential configuration issue to be fixed.
If you would like to ensure all errors are caught, specify an errorHandler
in your root
client. This will catch errors in socket setup, sending of messages,
and closing of the socket. If you specify an errorHandler and a callback, the callback will take precedence.
// Using errorHandler
var client = new StatsD({
errorHandler: function (error) {
console.log("Socket errors caught here: ", error);
}
})
Thanks for considering making any updates to this project! Here are the steps to take in your fork:
- Run "npm install"
- Add your changes in your fork as well as any new tests needed
- Run "npm test"
- Update README.md with any needed documentation
- If you have made any API changes, update types.d.ts
- Push your changes and create the PR
When you've done all this we're happy to try to get this merged in right away.
Why is this project named hot-shots? Because:
- It's impossible to find another statsd name on npm
- It's the name of a dumb movie
- No good reason
hot-shots is licensed under the MIT license.