Björn Rabenstein
Björn Rabenstein
The ad-hoc `prometheus.MultiError` implementation doesn't support the new goodies from the standard `errors` package. It also formats into a multi-line error string, which is undesired by some users. Both could...
OpenMetrics has the option of marking creation times of metrics. As this doesn't happen as part of some 1st class metadata but as an additional time series with a magic...
OpenMetrics offers units as part of the metadata. We can easily add them in the various `...Opts` next to `Help`. They would only be used if OpenMetrics is negotiated as...
OpenMetrics names counters without the `_total` but adds the suffix in the metricname. We need to come up with certain compatibility modes, configurable somewhere. TODO: Copy the thoughts from me...
This is the current `Collector` interface: ``` type Collector interface { Describe(chan
Once #223 is done, we can make use of it for better testing tools (like mocking helpers for the various interfaces we end up with).
- Desc needs to also include bucket layout and type. - Desc creation needs to be easier. Consider creating a Desc from an Opts instance, give it a Desc() method....
Current issues: - Some interfaces are identical (`Untyped` and `Gauge`; `Histogram` and `Summary`; all the `XxxFunc` metrics), they are the same for Go (you could assign a Histogram to a...
Apparently, trailing whitespace is not tolerated, see https://github.com/prometheus/prometheus/issues/1469 .
To support OpenMetrics in [v1 of prometheus/client_golang](https://github.com/prometheus/client_golang/milestone/3), we need to add OpenMetrics generation to the expfmt package, effectively a proto-to-OpenMetrics converter. For this to work, we need to add the...