This crate is meant to make writing a proper Prometheus exporter with a minimal effort. It gives you two things.
- 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()
- 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 thehyper_server
feature flag in yourCargo.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.
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.
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:
- The address/port to listen to. For example
([0, 0, 0, 0], 32221).into()
listens on every interface on port 32221. - The authorization type. Right now is either allow every connection or authenticate with Basic auth (password).
- 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.
- 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.
Once running, test your exporter with any GET enabled tool (such as a browser) at http://127.0.0.1:<your_exporter_port>/metrics
.
- 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 eitherpassword
orpassword_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.
Please see the LICENSE file (spoiler alert: it's MIT).