autoupdate: reconcile rollout status and add strategy interface #49735
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
First PR implementing automatic update progress driven by the auth server.
The PR might look large but it only has ~250 lines of code, the rest of the diff is caused by large table tests and generated content.
To make review a bit easier I only added the
rolloutStrategy
interface in the PR. Two PRs will follow implementing the time-based and halt-on-error strategies.I also added new fields to the rollout status groups in order to track the initial rollout config. Currently the rollout is created with a config and does not change, even if the user edits the schedules. I will address this in a subsequent PR, very likely by adding a rollout status reset call.
Also, the client will still reject versions using the regular schedule, I will life the restriction once we have a working regular schedule and both strategies implementations are merged.
Part of: RFD-184
Goal (internal): https://github.com/gravitational/cloud/issues/10289