-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Change autoupdate proto messages #50234
Conversation
// name of the group | ||
string name = 1; | ||
// days when the update can run. Supported values are "Mon", "Tue", "Wed", "Thu", "Fri", "Sat", "Sun" and "*" | ||
repeated string days = 2; | ||
// start_hour to initiate update | ||
int32 start_hour = 3; | ||
// wait_days after last group succeeds before this group can run. This can only be used when the strategy is "halt-on-failure". | ||
int64 wait_days = 4; | ||
// wait_hours after last group succeeds before this group can run. This can only be used when the strategy is "halt-on-failure". |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are zero or negative hours accepted? Is that worth mentioning?
Have you considered google.protobuf.Duration wait_duration
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are zero or negative hours accepted? Is that worth mentioning?
No, I'll reject them during validation. Yes I'll add it.
Have you considered google.protobuf.Duration wait_duration?
Yes but we do have a max resolution of an hour with start_hour
so it makes more sense to keep the same unit.
@@ -71,14 +71,17 @@ message AgentAutoUpdateSchedules { | |||
|
|||
// AgentAutoUpdateGroup specifies the update schedule for a group of agents. | |||
message AgentAutoUpdateGroup { | |||
reserved 4; | |||
reserved "wait_days"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 for the clarity of changing from days to an unambiguous time unit. Nicely done.
93c63d8
to
1306783
Compare
This commits does 3 changes: - reflect the maintenance duration on the rollout in a new spec field - add a rollout start time field in its status - change wait_days into wait_hours
1306783
to
3a3dd61
Compare
This commits does 3 changes:
Part of: #47126
Goal (internal): https://github.com/gravitational/cloud/issues/10289
Context: