Have a look at https://github.com/jacksontj/promxy
But I don't think it's yet clever enough to avoid querying servers that couldn't possibly match the query. (Presumably it could only do that if your PromQL was specific enough with its labels) On Friday 6 September 2024 at 16:28:10 UTC+1 Samit Jain wrote: > > We've multiple segregated data systems which support PromQL, each storing > metrics for different class of applications, infra, etc. > > We would like to explore the possibility of abstracting promql over these > systems, such that user can run a query without knowing about the different > backends. The options we considered below use something of a brute force > approach and won't scale: > > 1. support remote read API in all backends and configure Prometheus to > remote read from all of them. > 2. send PromQL query to all backends and merge the results. > > I think a system where there is an external 'router' component which knows > where different time series' are stored (some sort of an index table) and > uses it to query the right backend would be worth exploring. We can presume > for now that the time series are unique across all backends. Do you know of > something like this exists in some form, or some literature on this that we > could build upon? > > > -- You received this message because you are subscribed to the Google Groups "Prometheus Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to prometheus-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-users/7e65f7de-cab5-48b5-a4f6-ab810ea5823bn%40googlegroups.com.
