promscale
promscale copied to clipboard
Support for OpenTelemetry / OTLP metrics
What is missing?
The ability to ingest OTLP metrics natively
Why do we need it?
Currently users can use the OpenTelemetry Collector to convert metrics from OTLP to Prometheus as described in [our documentation]. However this configuration doesn't support delta metrics and requires that delta metrics are converted to cumulative metrics before they hit the collector.
Anything else we need to know?
In addition to the lack of delta metrics there are other Prometheus limitations comparing to OpenTelemetry (OTLP):
- Timestamp precision: milliseconds for Prometheus, nanoseconds for OTLP (Actual precision depends on implementation, e.g. Python OTLP SDK uses
datetime.datetimefor timestamps so it's limited to microseconds). - Metric value type: floating point for Prometheus, floating point or 64-bit integer for OTLP
- OTLP histogram contains min and max values
- OTLP has exponential histogram metric type which allows “perfect subsetting”
- OTLP metrics contain start and end timestamps so they’re more suitable for reaggregation and some sorts of validation.
Links: