You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Adding support for multiple scaleTargetRef entries in the HTTP scale object manifest. Only one of these targets should be flagged as the primary, which the HTTP interceptor will proxy the request to. The non-primary targets should simply scale to 1. If a scaleTargetRef is referenced by another HTTP scale object, they should not conflict with each other.
Use-Case
I have a testing/staging environment with around 20 microservices, 3 of which have ingress controllers that accept HTTP requests from outside. My goal is to scale all deployments, stateful sets, etc., to 1 based on the very first request that comes in via any of those 3 applications, using an HTTP scale object. This approach can significantly reduce costs for my test environments. Additionally, all pods should scale to 0 if none of those 3 ingresses have any traffic.
Is this a feature you are interested in implementing yourself?
No
Anything else?
keep up rocking! :)
The text was updated successfully, but these errors were encountered:
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.
stalebot
added
the
stale
All issues that are marked as stale due to inactivity
label
Dec 1, 2024
Proposal
Adding support for multiple scaleTargetRef entries in the HTTP scale object manifest. Only one of these targets should be flagged as the primary, which the HTTP interceptor will proxy the request to. The non-primary targets should simply scale to 1. If a scaleTargetRef is referenced by another HTTP scale object, they should not conflict with each other.
Use-Case
I have a testing/staging environment with around 20 microservices, 3 of which have ingress controllers that accept HTTP requests from outside. My goal is to scale all deployments, stateful sets, etc., to 1 based on the very first request that comes in via any of those 3 applications, using an HTTP scale object. This approach can significantly reduce costs for my test environments. Additionally, all pods should scale to 0 if none of those 3 ingresses have any traffic.
Is this a feature you are interested in implementing yourself?
No
Anything else?
keep up rocking! :)
The text was updated successfully, but these errors were encountered: