Go to file
Francis Lalonde da8d940a74 WIP Proc Macros 2019-04-11 00:49:57 -04:00
assets Skeptic fix 2018-10-18 10:22:38 -04:00
library WIP Proc Macros 2019-04-11 00:49:57 -04:00
procmacros WIP Proc Macros 2019-04-11 00:49:57 -04:00
.directory Raw Bridge 2018-06-21 16:28:25 -04:00
.gitignore superdocc 2018-11-12 08:41:00 -05:00
.travis.yml (cargo-release) start next development iteration -1.6.1-alpha.0 2018-01-10 09:21:04 -05:00
CHANGES.md 0.7.2 changelist 2019-04-10 09:05:14 -04:00
CODE_OF_CONDUCT.md for great justice 2018-01-09 16:43:32 -05:00
CONTRIBUTING.md
Cargo.toml WIP Proc Macros 2019-04-11 00:49:57 -04:00
HANDBOOK.md Expanded handbook - stats, metrics, schduler 2019-04-11 00:41:44 -04:00
LICENSE-APACHE
LICENSE-MIT
Makefile Non-option sampling & buf, per-metric-sample example, default features fix 2019-01-26 11:53:38 -05:00
README.md Update README.md 2019-04-10 11:57:24 -04:00
_config.yml Set theme jekyll-theme-tactile 2018-12-17 08:07:26 -05:00
libtest.rmeta Level Log Target 2018-12-31 17:03:34 -05:00

README.md

crates.io docs.rs Build Status

dipstick a dipstick picture

A one-stop shop metrics library for Rust applications with lots of features,
minimal impact on applications and a choice of output to downstream systems.

Features

Dipstick is a toolkit to help all sorts of application collect and send out metrics. As such, it needs a bit of set up to suit one's needs. Skimming through the handbook and many examples should help you get an idea of the possible configurations.

In short, dipstick-enabled apps can:

  • Send metrics to console, log, statsd, graphite or prometheus (one or many)
  • Locally aggregate the count, sum, mean, min, max and rate of metric values
  • Publish aggregated metrics, on schedule or programmatically
  • Customize output statistics and formatting
  • Define global or scoped (e.g. per request) metrics
  • Statistically sample metrics (statsd)
  • Choose between sync or async operation
  • Choose between buffered or immediate output
  • Switch between metric backends at runtime

For convenience, dipstick builds on stable Rust with minimal, feature-gated dependencies. Performance, safety and ergonomy are also prime concerns.

Non-goals

Dipstick's focus is on metrics collection (input) and forwarding (output). Although it will happily aggregate base statistics, for the sake of simplicity and performance Dipstick will not

  • plot graphs
  • send alerts
  • track histograms

These are all best done by downstream timeseries visualization and monitoring tools.

Show me the code!

Here's a basic aggregating & auto-publish counter metric:

extern crate dipstick;
use dipstick::*;

fn main() {
    let bucket = AtomicBucket::new();
    bucket.drain(Stream::to_stdout());
    bucket.flush_every(std::time::Duration::from_secs(3));
    let counter = bucket.counter("counter_a");
    counter.count(8);
}

Persistent apps wanting to declare static metrics will prefer using the metrics! macro:

extern crate dipstick;
use dipstick::*;

metrics! { METRICS = "my_app" => {
        pub COUNTER: Counter = "my_counter";
    }
}

fn main() {
    METRICS.target(Graphite::send_to("localhost:2003").expect("connected").metrics());
    COUNTER.count(32);
}

For sample applications see the examples. For documentation see the handbook.

To use Dipstick in your project, add the following line to your Cargo.toml in the [dependencies] section:

dipstick = "0.7.2"

TODO / Missing / Weak points

  • Prometheus support is still primitive (read untested). Only the push gateway approach is supported for now.
  • No backend for "pull" metrics yet. Should at least provide tiny-http listener capability.
  • No quick integration feature with common frameworks (Actix, etc.) is provided yet.
  • Thread Local buckets could be nice.
  • "Rolling" aggregators would be nice for pull metrics. Current bucket impl resets after flush.

License

Dipstick is licensed under the terms of the Apache 2.0 and MIT license.