prometheus_exporter_base

Crates.ioprometheus_exporter_base
lib.rsprometheus_exporter_base
version1.4.0
sourcesrc
created_at2019-06-09 11:27:32.991772
updated_at2022-11-20 17:59:05.08287
descriptionPrometheus Rust exporters base crate with optional boilerplate
homepagehttps://github.com/MindFlavor/prometheus_exporter_base
repositoryhttps://github.com/MindFlavor/prometheus_exporter_base
max_upload_size
id139955
size139,540
gdal-publishers (github:georust:gdal-publishers)

documentation

https://docs.rs/prometheus_exporter_base

README

Rust Prometheus exporter base

Rust base library for Prometheus exporters

Rust

legal

release commitssince

Crate cratedown cratelastdown

Goal

This crate is meant to make writing a proper Prometheus exporter with a minimal effort. It gives you two things.

  1. A Rust-y, fluent way to create Prometheus compliant outputs:
PrometheusMetric::build()
     .with_name("folder_size")
     .with_metric_type(MetricType::Counter)
     .with_help("Size of the folder")
     .build()
     .render_and_append_instance(
         &PrometheusInstance::new()
             .with_label("folder", "/var/log")
             .with_value(total_size_log)
             .with_current_timestamp()
             .expect("error getting the UNIX epoch"),
     )
     .render()
  1. It optionally gives you a boilerplate-free Hyper server for exposing your Prometheus metrics. It handles most mundane tasks, such as setting up an Hyper server and doing some basic checks (such as rejecting anything but GET and responding only to the /metrics suffix) so all you have to do is supply a Boxed future that will handle your logic (remember to specify the hyper_server feature flag in your Cargo.toml as well).

I use it on these crates: prometheus_wireguard_exporter and prometheus_iota_exporter so please refer to these crates if you want to see a real-world example. More simple examples are available in the examples folder.

Usage

PrometheusMetric

The PrometheusMetric struct is used by instantiating it and then "rendering" the header and values - optionally specifying labels. This is an example taken from the documentation:

PrometheusMetric::build()
     .with_name("folder_size")
     .with_metric_type(MetricType::Counter)
     .with_help("Size of the folder")
     .build()
     .render_and_append_instance(
         &PrometheusInstance::new()
             .with_label("folder", "/var/log")
             .with_value(total_size_log)
             .with_current_timestamp()
             .expect("error getting the UNIX epoch"),
     )
     .render()

This will give you something like this:

For a more complete example please refer to the examples folder.

Hyper server

To use Hyper server all you have to do is specify the hyper_server feature flag and call the render_prometheus function. This function requests you to pass:

  1. The address/port to listen to. For example ([0, 0, 0, 0], 32221).into() listens on every interface on port 32221.
  2. The authorization type. Right now is either allow every connection or authenticate with Basic auth (password).
  3. An arbitrary struct to be passed back to your code (useful for command line arguments). If you don't need it, pass an empty struct.
  4. The code your exporter is supposed to do. This takes the form of a closure returning a boxed future. The closure itself will receive the http request data along with the aforementioned struct (point 2). The output is expected to be a string.

For example:

let addr: SocketAddr = ([0, 0, 0, 0], 32221).into();
let password = "SimplePassword".to_owned();

let server_options = ServerOptions {
    addr,
    authorization: Authorization::Basic(password),
};

render_prometheus(server_options, MyOptions::default(), |request, options| {
    async {
    	Ok("it works!".to_owned())
    }
}).await;

As you can see, in order to keep things simple, the Hyper server does not enforce anything to the output. It's up to you to return a meaningful string by using the above mentioned structs.

Testing

Once running, test your exporter with any GET enabled tool (such as a browser) at http://127.0.0.1:<your_exporter_port>/metrics.

Changelog

  • Starting from version 1.4.0 the hyper server supports basic authentication. If you enable it, make sure to configure prometheus accordingly by specifying basic_auth with either password or password_file. Also note that the authorization header always include the username (which is unused here) so if you pass it manually prepend the colon char to your password before encoding it in base 64. Prometheus does that automatically, you don't have to do anything for it to work. Lastly, basic auth does not encrypt the password so make sure to use TLS if you need secrecy.

License

Please see the LICENSE file (spoiler alert: it's MIT).

Commit count: 71

cargo fmt