Go to file
Toby Lawrence 2125de533b
(cargo-release) version 0.13.0-alpha.5
2020-10-04 23:34:50 +00:00
.github macros: sanitize/validate metric name (#95) 2020-09-27 18:00:16 -04:00
metrics (cargo-release) version 0.13.0-alpha.5 2020-10-04 23:34:50 +00:00
metrics-benchmark refactor: next-generation metrics (#80) 2020-09-26 22:26:39 -04:00
metrics-exporter-prometheus Attempt to bind to the listen address before starting server. (#92) 2020-09-27 08:45:27 -04:00
metrics-exporter-tcp refactor: next-generation metrics (#80) 2020-09-26 22:26:39 -04:00
metrics-macros fix Key hash impl + adjust metric name regex 2020-10-04 23:34:24 +00:00
metrics-tracing-context tracing-context: optimize Visit impl (#94) 2020-09-27 15:32:10 -04:00
metrics-util tracing-context: optimize Visit impl (#94) 2020-09-27 15:32:10 -04:00
.editorconfig refactor: next-generation metrics (#80) 2020-09-26 22:26:39 -04:00
.gitignore refactor: next-generation metrics (#80) 2020-09-26 22:26:39 -04:00
CODE_OF_CONDUCT.md Small UI tweak to the CoC. 2019-04-24 08:09:13 -04:00
COPYRIGHT Add label support + rename crates. (#27) 2019-07-05 21:14:08 -04:00
Cargo.toml refactor: next-generation metrics (#80) 2020-09-26 22:26:39 -04:00
LICENSE Initial workspace config + metrics-core. 2019-03-26 08:41:12 -04:00
README.md refactor: next-generation metrics (#80) 2020-09-26 22:26:39 -04:00
azure-pipelines.yml Add CI via Azure Pipelines to actually run all our new tests. 2019-05-29 23:07:14 -04:00
netlify.toml Create netlify.toml 2020-08-22 11:37:31 -04:00
release.toml refactor: next-generation metrics (#80) 2020-09-26 22:26:39 -04:00

README.md

metrics

conduct-badge license-badge discord-badge last-commit-badge contributors-badge

The Metrics project: a metrics ecosystem for Rust.

code of conduct

NOTE: All conversations and contributions to this project shall adhere to the Code of Conduct.

what's it all about?

Running applications in production can be hard when you don't have insight into what the application is doing. We're lucky to have so many good system monitoring programs and services to show us how our servers are performing, but we still have to do the work of instrumenting our applications to gain deep insight into their behavior and performance.

metrics makes it easy to instrument your application to provide real-time insight into what's happening. It provides a number of practical features that make it easy for library and application authors to start collecting and exporting metrics from their codebase.

why would I collect metrics?

Some of the most common scenarios for collecting metrics from an application:

  • see how many times a codepath was hit
  • track the time it takes for a piece of code to execute
  • expose internal counters and values in a standardized way

Importantly, this works for both library authors and application authors. If the libraries you use are instrumented, you unlock the power of being able to collect those metrics in your application for free, without any extra configuration. Everyone wins, and learns more about their application performance at the end of the day.

project layout

The Metrics project provides a number of crates for both library and application authors.

If you're a library author, you'll only care about using [metrics] to instrument your library. If you're an application author, you'll likely also want to instrument your application, but you'll care about "exporters" as a means to take those metrics and ship them somewhere for analysis.

Overall, this repository is home to the following crates:

contributing

We're always looking for users who have thoughts on how to make metrics better, or users with interesting use cases. Of course, we're also happy to accept code contributions for outstanding feature requests! 😀

We'd love to chat about any of the above, or anything else, really! You can find us over on Discord.