Is there an alternative to DogStatsD and the API to submit metrics? Threadstats.
There is an alternative, but it’s only in Python.
Threadstats comes with our Python datadogpy library that includes:
- API, a Python wrapper around Datadog’s API
- Dogshell, that makes it possible to make direct and simple API calls with “dog” shell commands as soon as you have installed datadogpy on your machine
- DogStatsD, a client to send metrics and events to the DogStatsD server embedded with the Datadog Agent, it’s the most efficient way to submit many metrics
- Threadstats, a compromise between the simplicity of direct API calls and the performance of StatsD + Datadog Agent combination
Threadstats monitors your application code. It collects metrics with very little overhead and allows flushing metrics in process, in a thread or in a greenlet, depending on your application’s needs.
In a nutshell, Threadstats doesn’t slow down your code (contrary to direct API calls which wait for a response from the distant server before resuming the rest of the program) and provides some flexibility and doesn’t require the Datadog Agent (contrary to DogStatsD).
Threadstats leverage the power of Python threads, to collect metrics asynchronously and flush them every 10 seconds thus avoiding multiple API calls and boosting performance.
To get started with Threadstats:
- Install datadogpy.
- Initialize and start threadstats, as shown in this example.
- Use gauge/rate/increment/timing/etc. exactly as you would with DogStatsD.
Threadstats is good for you if…
- You want asynchronous monitoring or performance close to DogStatsD to submit many metrics, and
- You don’t want to install the Datadog Agent
- Or you want more flexibility than DogStatsD has to offer; for instance, you want to send metrics with timestamps
Source code: https://github.com/DataDog/datadogpy/blob/master/datadog/threadstats/
- By default, the default flush period is 10 seconds. At each flush, all data received during the flush period is aggregated in rollup buckets of 10 seconds. All datapoints within a bucket are rolled-up into a single value that is submitted.
- For gauge/rate, this module only sents the last value if there is more than one in the rollup bucket.
- You can modify the rollup interval and the flush period when initializing the Threadstats module.
- Datadog doesn’t accept data too far in the past or future; timestamps should not be more than 10 minutes in the future or more than 1 hour in the past.
- If you submit a datapoint during a flush interval, and then you submit a datapoint with same metric name and timestamp in another flush, only the last datapoint is stored in Datadog. If histogram data (with same timestamp) is expected to arrive at a different time for instance, Datadog strongly recommends using a large flush interval to capture them in the same flush.