-
Notifications
You must be signed in to change notification settings - Fork 32
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
Reflect unhealthy providers in application status #524
Reflect unhealthy providers in application status #524
Conversation
Signed-off-by: Vikrant Palle <[email protected]>
Signed-off-by: Vikrant Palle <[email protected]>
One potential edge case is if events |
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.
Great work here @Vikrantpalle ! I have one request around how we're handling the health check event here, I think we should update the status with the message on the event but not actually do a full reconcile. Let me know if there's any more detail I can add there, and thank you for adding tests!
Signed-off-by: Vikrant Palle <[email protected]>
Signed-off-by: Vikrant Palle <[email protected]>
Signed-off-by: Vikrant Palle <[email protected]>
I added a new |
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.
Hey @Vikrantpalle I do like the idea of the Unhealthy status, for now though I think we have to use StatusType::Failed
since using the new status will fail to deserialize on clients where that status doesn't exist yet 😕 It's not ideal, we should probably have a fallback there, but wash
doesn't ATM.
I think it's good to keep the Unhealthy
status, but if you can just make sure that the scaler uses Failed
for now we can release this and then update the scaler in a future version to use Unhealthy
Signed-off-by: Vikrant Palle <[email protected]>
Signed-off-by: Vikrant Palle <[email protected]>
Signed-off-by: Vikrant Palle <[email protected]>
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.
Looks great!
Feature or Problem
Scaler status returns a
Failed
status if it contains any providers which have failed their most recent health check and are in aFailed
state.Related Issues
Release Information
Consumer Impact
Testing
Unit Test(s)
Added 2 unit tests each for daemon and spread scalers
Acceptance or Integration
Manual Verification
Verified the scaler status after
reconcile
is run and that all unit tests passed.