-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support a cumulative "interpretation" of Unknown metrics #69
Support a cumulative "interpretation" of Unknown metrics #69
Comments
One idea presented by @Aneurysm9 at the prometheus-wg meeting today is to add a |
Not a resource attribute, but a metric attribute since the attribute would not necessarily apply to all metrics from that resource. |
reviving this topic, is there any opposition to a proposal for how to address this? I am willing to put something together for the spec |
Prometheus Unknown metrics are metrics that have no type information, such as metrics from a third party system. Prometheus doesn't actually make use of type information, so Prometheus users can treat Unknown metrics as either counters or gauges at query time.
Under the current proposed specification, open-telemetry/opentelemetry-specification#2266, OpenTelemetry will convert Unknown-typed metrics to OTLP Gauges. While this is arguably more useful than dropping metrics, it does not preserve the fact that the metric type was initially unknown, and may make it difficult in some backends for users to treat them as counters.
If possible, we should attempt to preserve the fact that these metrics were initially Unknown-typed.
The text was updated successfully, but these errors were encountered: