-
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
Provide support for using AND logic for triggers #3567
Comments
I think we can close this because it's not doable without formulas (and they already have its own issue) because it's the HPA Controller who does it, KEDA only exposes the raw metrics. |
I don't really agree as the formula should be transparent to the end-user. If I have two triggers, I should simply be able to say scale when both meet the criteria and not worry about writing formulas. (That does not mean formulas are bad, but they serve a different audience) |
Right now we have these 2 issues related with this: could anyone of them match with this? just to not duplicate issues |
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 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 issue has been automatically closed due to inactivity. |
@tomkerkhove Close this? It can be implemented using a formula applied to a cron trigger and a queue trigger, right? |
I belive we could close this, wdyt @tomkerkhove ? |
I'd personally say we need to have explicit docs on doing AND operations. It feels like these formulas are the new silver bullet; but I personally argue that this is too technical and the UX for this should be simpler. If somebody wants to do AND; we need to provide a knob and we'll build the formula for them. |
This is why I believe we need a simpler and more integrated way to do AND: #6086 |
Proposal
Allows end-users to scale out/in when the queue depth is high enough, and it is within a given time window, for example
Use-Case
Provide support for using AND logic for triggers so that it scales when all triggers meet the criteria
Anything else?
No response
The text was updated successfully, but these errors were encountered: