-
Notifications
You must be signed in to change notification settings - Fork 820
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
Move CustomFasSyncInterval to Beta #2646
Comments
The original version in 1.17.0 worked well in my environment. I didn't have a chance to use a later version since I changed my job after that. But I'm glad to see it being moved to Beta if others are happy with it. |
Sorry, we (@RY-2718 and I) didn't have time to verify this feature yet, but we are happy to try this feature on latest Agones and give you some feedback. I’m asking our internal team to raise the priority to work on this. |
/assign @govargo |
Sorry for the late reply, we are working on verifying this feature to give our feedback by the end of July, so it would be appreciated if you could wait for merging the PR (#2654). |
🤔 I'm wondering if we need to block on this by end of July? Reasons being:
If the resync period works better to your specific use case could be handled totally separately, as if it didn't, we'd have to include a different feature as anyway. WDYT? |
It totally makes sense. Sorry, we shouldn’t have suggested to block the merging process. |
All good! Appreciate your willingness to take it for a spin, and setting expectations appropriately! 😄 |
Is your feature request related to a problem? Please describe.
The "Custom resync period for FleetAutoscaler" feature for the Fleet Autoscaler has been in Alpha since 1.17.0.
It did have some initial stability issues, but have since been rectified and has been stable in e2e tests since then.
Describe the solution you'd like
Seems like an appropriate time to move to Beta to get some more testing on the feature before moving it to Stable.
Describe alternatives you've considered
Remove the functionality, but it seems useful, so I suggest keeping it.
Additional context
Original issue: #1955
Reference docs:
The text was updated successfully, but these errors were encountered: