With the forthcoming "Federated PPL Query Engine" feature , please look to support/validate/test against victoriametrics.
It should be "line compatible' with the prometheus protocol already being developed.
For example, grafana can already use victoriametrics as a prometheus datastore.
It has a backwards-compatible PromQL inspired query language called MetricsQL
https://docs.victoriametrics.com/MetricsQL.html
I do not know if there would be enough interested in supporting its additional features.
Is your feature request related to a problem?
This is not related to a current problem
What solution would you like?
With the forthcoming "Federated PPL Query Engine" feature , please look to support/validate/test against victoriametrics. It should be "line compatible' with the prometheus protocol already being developed. For example, grafana can already use victoriametrics as a prometheus datastore.
It has a backwards-compatible PromQL inspired query language called MetricsQL https://docs.victoriametrics.com/MetricsQL.html I do not know if there would be enough interested in supporting its additional features.
What alternatives have you considered? n/a
Do you have any additional context?
VictoriaMetrics: PromQL compliance https://medium.com/@romanhavronenko/victoriametrics-promql-compliance-d4318203f51e