-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merge prometheus servers exposed by metrics-server #3586
Comments
I think we might want to make this configurable as well given I'm not sure what Prometheus will do when you scrape the same metric twice. I think it should be OK, but you never know. That way, if people deliberately choose to merge them then the deprecation log will be gone. So:
That's how I would do it to avoid breaking things. |
Okey, seems good to me, we can introduce this as an optional feature now logging the deprecation and drop the old way in 2 versions, aiming to KEDA v2.11. How does it look to you? |
If we want to drop it, then we can only do that in KEDA 3.0 as this is a breaking change. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions. |
This doesn't make sense any more because metrics server prometheus metrics are deprecated |
Proposal
Right now, metrics server exposes 2 different prometheus servers, the default controller-runtime prometheus server and other with KEDA metrics only, we should merge both and expose only the default.
To avoid breaking changes, we can expose KEDA metrics in both for some versions more and mark it as a deprecated, removing it in the future
Use-Case
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: