-
Notifications
You must be signed in to change notification settings - Fork 737
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
Canary step weighting scenarios #164
Comments
This is also interesting for us. We're looking into migrating from Beanstalk to k8s+Flagger. We currently have "0.1,1,10,30,70,100" for weights and current Flagger schema looks very limiting. Are there any plans in this direction? |
We needed similar functionality but a little bit more granual: expected weights were 0.01%, 0.1%, 1%, 10%... Could you please share your thoughts on this? edited: link updated |
@stefanprodan curious if there has been any thoughts around entertaining this issue? Not sure if this would lead to changes on the Canary CRD or a dedicated CRD to handle dynamic scenarios. |
Implemented in v1.3.0 |
I'm interested in more complicated step weighting.
Currently steps are defined with a
maxWeight
and astepWeight
. This doesn't allow for a scenario I'm looking for where you would want a slow ramp up and then total cut over.I'm interested in a weighting scenario that would be like 1, 2, 3, 5, 15, 25, 50, 100, more like a logarithmic scale. A proposed API could be to add a
weightStrategy
key, with the current behavior having a value ofstep-weights
, and add new behavior with aweightStrategy
likestatic-weights
and add a key forstaticWeights
that could be an array of values similar to the weights I laid out above.Like
I also posted about manual gating in #163, so it may be worth considering handling both of these scenarios with one consistent API that's different from my proposal.
The text was updated successfully, but these errors were encountered: