Bartlomiej Plotka
Bartlomiej Plotka
Well I believe this idea is literally: https://github.com/prometheus/prometheus/issues/7992 It was rejected, but we can rethink this I would be happy to add this. I don't get one thing, where you...
> Is it possible to do something similar for the prom-adapter? Do you mean `prom-frontend`? We can consider customized timeout for the frontend. Looks like it's hardcoded to 30s indeed...
Got it, thanks. Note that [prom-adapter](https://github.com/kubernetes-sigs/prometheus-adapter/blob/master/cmd/adapter/adapter.go#L98) also has a hardcoded timeout AFAIK. In this case we have two routes: A) Add timeout setting for **both** frontend and [prom-adapter](https://github.com/kubernetes-sigs/prometheus-adapter/blob/master/cmd/adapter/adapter.go#L98) (adding flag...
To solve all of this -- is there a way to simplify queries? Waiting 30s+ for autoscaling can be painful in itself (assuming you use prom-adapter for autoscaling reasons).
This could be also verified with test: https://github.com/GoogleCloudPlatform/prometheus-engine/pull/1822 Also if we do this let's ensure https://github.com/GoogleCloudPlatform/prometheus-engine/blob/main/hack/update-ui.sh works, can you double check that?
Sounds like a solid feature to add.
👋🏽 We never released 0.16 fully; we decided to skip it and work on 0.17. We should be cutting it within next week, with the release aimed by September. Once...
That would be https://github.com/GoogleCloudPlatform/prometheus-engine/releases Let's keep this open until it's release too, thanks for patience!
Thanks! Something to migrate to, help wanted 🤗 I don't think it's urgent though.