Open fred-maussion opened 1 year ago
This issue doesn't have a Team:<team>
label.
Hi! We just realized that we haven't looked into this issue in a while. We're sorry!
We're labeling this issue as Stale
to make it hit our filters and make sure we get back to it as soon as possible. In the meantime, it'd be extremely helpful if you could take a look at it as well and confirm its relevance. A simple comment with a nice emoji will be enough :+1
.
Thank you for your contribution!
👍
Describe the enhancement: Today the Elastic stack is interacting with Prometheus in a “one way” mode only. Through the Prometheus module , metricbeat allow Elastic users to write Prometheus data into Elasticsearch. Those data are available to be used in Kibana. To implement the writing of Prometheus data, Metricbeat implements half of the Prometheus storage API, the “remote write” part. Because Metricbeat implements only half of the API, Prometheus server cannot “read back” the data stored in Elasticsearch. And thus do not qualify as a remote storage for Prometheus.
Describe a specific use case for the enhancement or feature: We would like metricbeat to implement the remote read part of Prometheus API. Then, Prometheus could use Elasticsearch as a remote store. Samples of such implementation exists. Similar tor the “write” endpoint metricbeat would expose a “read” endpoint :
Benefits: