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
When using traffic routing with canary, the stable scale is always 100 - canary scale. This restricts the minimum percentage of routed traffic greater than zero to 1%. However, ingresses are capable of more granular control over traffic.
For example, AWS ALB allows weights from 0 to 999, enabling a minimum of ~0.1% (canaryWeight=1 stableWeight=999) to be routed to the canary.
To avoid issues related setStableScale in a canary step (#1029 (comment)), my proposition is to be able to set the stable scale initial weight. Therefore, the stable scale can still be dynamically scaled down as the canary scale is scaled up.
Use Cases
For example, setting the initial stable scale weight to 200, it'd allow me to route ~0.5% of the traffic to the canary:
Summary
When using traffic routing with canary, the stable scale is always
100 - canary scale
. This restricts the minimum percentage of routed traffic greater than zero to 1%. However, ingresses are capable of more granular control over traffic.For example, AWS ALB allows weights from 0 to 999, enabling a minimum of ~0.1% (canaryWeight=1 stableWeight=999) to be routed to the canary.
To avoid issues related
setStableScale
in a canary step (#1029 (comment)), my proposition is to be able to set the stable scale initial weight. Therefore, the stable scale can still be dynamically scaled down as the canary scale is scaled up.Use Cases
For example, setting the initial stable scale weight to 200, it'd allow me to route ~0.5% of the traffic to the canary:
Impacted by this bug? Give it a 👍. We prioritize the issues with the most 👍.
The text was updated successfully, but these errors were encountered: