Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/brightcove/hot-shots
Node.js client for statsd, DogStatsD, and Telegraf
https://github.com/brightcove/hot-shots
Last synced: 3 months ago
JSON representation
Node.js client for statsd, DogStatsD, and Telegraf
- Host: GitHub
- URL: https://github.com/brightcove/hot-shots
- Owner: brightcove
- License: mit
- Created: 2015-09-24T19:44:19.000Z (over 9 years ago)
- Default Branch: master
- Last Pushed: 2024-10-19T16:44:54.000Z (3 months ago)
- Last Synced: 2024-10-20T20:57:14.021Z (3 months ago)
- Language: JavaScript
- Homepage:
- Size: 1.14 MB
- Stars: 526
- Watchers: 31
- Forks: 135
- Open Issues: 35
-
Metadata Files:
- Readme: README.md
- Changelog: CHANGES.md
- License: LICENSE
Awesome Lists containing this project
README
# hot-shots
A Node.js client for [Etsy](http://etsy.com)'s [StatsD](https://github.com/etsy/statsd) server, Datadog's [DogStatsD](http://docs.datadoghq.com/guides/dogstatsd/) server, and [InfluxDB's](http://influxdb.com) [Telegraf](https://github.com/influxdb/telegraf) StatsD server.
This project was originally a fork off of [node-statsd](https://github.com/sivy/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
* uds (Unix domain socket) protocol support
* raw stream protocol support
* mock mode
* asyncTimer
* asyncDistTimer
* much more, including many bug fixesYou can read about all changes in [the changelog](CHANGES.md).
hot-shots supports Node 10.x and higher.
![Build Status](https://github.com/brightcove/hot-shots/actions/workflows/node.js.yml/badge.svg)
## Usage
All initialization parameters are optional.
Parameters (specified as one object passed into hot-shots):
* `host`: The host to send stats to, if not set, the constructor tries to
retrieve it from the `DD_AGENT_HOST` environment variable, `default: 'undefined'` which as per [UDP/datagram socket docs](https://nodejs.org/api/dgram.html#dgram_socket_send_msg_offset_length_port_address_callback) results in `127.0.0.1` or `::1` being used.
* `port`: The port to send stats to, if not set, the constructor tries to retrieve it from the `DD_DOGSTATSD_PORT` environment variable, `default: 8125`
* `prefix`: What to prefix each stat name with `default: ''`. Note prefix separator must be specified explicitly if desired (e.g. `my_prefix.`).
* `suffix`: What to suffix each stat name with `default: ''`. Note suffix separator must be specified explicitly if desired (e.g. `.my_suffix`).
* `tagPrefix`: Prefix tag list with character `default: '#'`. Note does not work with `telegraf` option.
* `tagSeparator`: Separate tags with character `default: ','`. Note does not work with `telegraf` option.
* `globalize`: Expose this StatsD instance globally. `default: false`
* `cacheDns`: Caches dns lookup to *host* for *cacheDnsTtl*, only used
when protocol is `udp`, `default: false`
* `cacheDnsTtl`: time-to-live of dns lookups in milliseconds, when *cacheDns* is enabled. `default: 60000`
* `mock`: Create a mock StatsD instance, sending no stats to
the server and allowing data to be read from mockBuffer. Note that
mockBuffer will keep growing, so only use for testing or clear out periodically. `default: false`
* `globalTags`: Tags that will be added to every metric. Can be either an object or list of tags. `default: {}`.
* `includeDataDogTags`: Whether to include DataDog tags to the global tags. `default: true`. The following *Datadog* tags are appended to `globalTags` from the corresponding environment variable if the latter is set:
* `dd.internal.entity_id` from `DD_ENTITY_ID` ([docs](https://docs.datadoghq.com/developers/dogstatsd/?tab=kubernetes#origin-detection-over-udp))
* `env` from `DD_ENV` ([docs](https://docs.datadoghq.com/getting_started/tagging/unified_service_tagging/?tab=kubernetes#full-configuration))
* `service` from `DD_SERVICE` ([docs](https://docs.datadoghq.com/getting_started/tagging/unified_service_tagging/?tab=kubernetes#full-configuration))
* `version` from `DD_VERSION` ([docs](https://docs.datadoghq.com/getting_started/tagging/unified_service_tagging/?tab=kubernetes#full-configuration))
* `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 rest `default: 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 console
* `useDefaultRoute`: Use the default interface on a Linux system. Useful when running in containers
* `protocol`: Use `tcp` option for TCP protocol, or `uds` for the Unix Domain Socket protocol or `stream` for the raw stream. Defaults to `udp` otherwise.
* `path`: Used only when the protocol is `uds`. Defaults to `/var/run/datadog/dsd.socket`.
* `stream`: Reference to a stream instance. Used only when the protocol is `stream`.
* `tcpGracefulErrorHandling`: Used only when the protocol is `tcp`. Boolean indicating whether to handle socket errors gracefully. Defaults to true.
* `tcpGracefulRestartRateLimit`: Used only when the protocol is `tcp`. Time (ms) between re-creating the socket. Defaults to `1000`.
* `udsGracefulErrorHandling`: Used only when the protocol is `uds`. Boolean indicating whether to handle socket errors gracefully. Defaults to true.
* `udsGracefulRestartRateLimit`: Used only when the protocol is `uds`. Time (ms) between re-creating the socket. Defaults to `1000`.
* `closingFlushInterval`: Before closing, StatsD will check for inflight messages. Time (ms) between each check. Defaults to `50`.
* `udpSocketOptions`: Used only when the protocol is `udp`. Specify the options passed into dgram.createSocket(). Defaults to `{ type: 'udp4' }`### StatsD methods
All StatsD methods other than `event`, `close`, and `check` have the same API:
* `name`: Stat name `required`
* `value`: Stat value `required except in increment/decrement where it defaults to 1/-1 respectively`
* `sampleRate`: Sends only a sample of data to StatsD `default: 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 bufferedIf an array is specified as the `name` parameter each item in that array will be sent along with the specified value.
#### `close`
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.
#### `event`
The event method has the following API:* `title`: Event title `required`
* `text`: Event description `default is title`
* `options`: Options for the event
* `date_happened` Assign a timestamp to the event `default 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.#### `check`
The check method has the following API:* `name`: Check name `required`
* `status`: Check status `required`
* `options`: Options for the check
* `date_happened` Assign a timestamp to the check `default 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.```javascript
var StatsD = require('hot-shots'),
client = new StatsD({
port: 8020,
globalTags: { env: process.env.NODE_ENV },
errorHandler: errorHandler,
});// 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);// Gauge: Gauge a stat by a specified amount, but change it rather than setting it
client.gaugeDelta('my_gauge', -10);
client.gaugeDelta('my_gauge', 4);// 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');
}
});// Timing: sends a timing command with the specified milliseconds
client.timing('response_time', 42);// Timing: also accepts a Date object of which the difference is calculated
client.timing('response_time', new Date());// 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 function
// 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');
});// Async timer: Similar to asyncTimer above, but it instead emits a distribution.
var fn = function () { return new Promise(function (resolve, reject) { setTimeout(resolve, n); }); };
var instrumented = statsd.asyncDistTimer(fn, 'fn_execution_time');
instrumented().then(function() {
console.log('Code run and metric sent');
});// 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);
});
```## DogStatsD and Telegraf functionality
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
* uds option in protocol parameter- DogStatsD
* histogram method- DogStatsD or Telegraf
* event method- DogStatsD
* check method- DogStatsD## Errors
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.```javascript
// Using errorHandler
var client = new StatsD({
errorHandler: function (error) {
console.log("Socket errors caught here: ", error);
}
})
```### Congestion error
If you get an error like `Error sending hot-shots message: Error: congestion` with an error code of `1`,
it is probably because you are sending large volumes of metrics to a single agent/ server.
This error only arises when using the UDS protocol and means that packages are being dropped.
Take a look at the [Datadog docs](https://docs.datadoghq.com/developers/dogstatsd/high_throughput/?#over-uds-unix-domain-socket) for some tips on tuning your connection.## Unix domain socket support
The 'uds' option as the protocol is to support [Unix Domain Sockets for Datadog](https://docs.datadoghq.com/developers/dogstatsd/unix_socket/). It has the following limitations:
- It only works where 'node-gyp' works. If you don't know what this is, this
is probably fine for you. If you had an troubles with libraries that
you 'node-gyp' before, you will have problems here as well.
- It does not work on WindowsThe above will cause the underlying library that is used, unix-dgram,
to not install properly. Given the library is listed as an
optionalDependency, and how it's used in the codebase, this install
failure will not cause any problems. It only means that you can't use
the uds feature.## Submitting changes
Thanks for considering making any updates to this project! This project is entirely community-driven, and so your changes are important. Here are the steps to take in your fork:
1. Run "npm install"
2. Add your changes in your fork as well as any new tests needed
3. Run "npm test"
4. Update README.md with any needed documentation
5. If you have made any API changes, update types.d.ts
6. Push your changes and create the PRWhen you've done all this we're happy to try to get this merged in right away.
## Package versioning and security
Versions will attempt to follow semantic versioning, with major changes only coming in major versions.
npm publishing is possible by one person, [bdeitte](https://github.com/bdeitte), who has two-factor authentication enabled for publishes. Publishes only contain one additional library, [unix-dgram](https://github.com/bnoordhuis/node-unix-dgram).
## License
hot-shots is licensed under the MIT license.