Elastic Adds Native Prometheus and PromQL Support to Elastic Observability

Published: 2026-04-23 14:06:32 ET ESTC

Published on 04/23/2026 at 02:06 pm EDT

Elastic announced native Prometheus support, including direct ingestion via Remote Write and full PromQL support in Kibana. These additions enable Site Reliability Engineers (SREs) to analyze Prometheus metrics alongside logs and traces in a single platform, without rewriting queries or rebuilding pipelines. As organizations scale Kubernetes, Prometheus telemetry cardinality and volumes surge, forcing SREs to juggle multiple tools, duplicate data pipelines, and rewrite queries across systems. This fragmentation slows incident response and drives up operational costs.

With native Prometheus support, Elastic eliminates these fragmentation trade-offs by allowing teams to ingest, store, and analyze native Prometheus data alongside other telemetry data, while preserving existing Prometheus workflows. Instead of stitching together tools, SREs can detect, investigate, and resolve incidents end-to-end across AI and cloud-native environments faster and with less operational overhead. Native Prometheus Ingestion?No Translation Required (tech preview) Elastic now ingests Prometheus metrics directly via Remote Write, eliminating the need for adapters, schema, or format translations.

SREs can stream Prometheus metrics straight into Elasticsearch while maintaining their original structure and semantics. The result is a single source of truth for observability, without forcing teams to abandon Prometheus. This approach: · Removes duplicate storage and pipeline complexity · Preserves full metric fidelity and high-cardinality data · Enables unified analysis across metrics, logs, and traces Run PromQL Directly in Kibana (tech preview) With native PromQL support in Kibana, users can run existing PromQL queries in dashboards and alerts without modification, lowering the barrier to adoption for teams already using Prometheus.

This eliminates query rewrites, one of the biggest adoption barriers in observability platforms. SREs can keep the PromQL they?ve already built, including dashboards, alerts, and workflows, alongside logs and traces in the same environment, while gaining a path from alert to root cause without manual pivoting, enabling deeper, cross-signal analysis during incidents. Native Prometheus ingestion and PromQL support in Kibana are available in technical preview.