-
Notifications
You must be signed in to change notification settings - Fork 19
Add new conditions to Playground #120
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
Conversation
ef070d6
to
6e9b3a8
Compare
Signed-off-by: kerthcet <kerthcet@gmail.com>
6e9b3a8
to
2269c16
Compare
/kind cleanup leave LGTM to @carlory |
|
||
// Set the available to false | ||
new_condition := metav1.Condition{ | ||
Type: inferenceapi.PlaygroundAvailable, | ||
Status: metav1.ConditionFalse, | ||
Reason: "PlaygroundNotReady", |
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.
PlaygroundAvailable=false
implies the reason, so ServiceNotAvailable maybe better?
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.
Added the details to the message: Waiting for inference Service ready
.
validation.ValidatePlayground(ctx, k8sClient, playground) | ||
validation.ValidatePlaygroundStatusEqualTo(ctx, k8sClient, playground, inferenceapi.PlaygroundProgressing, "Pending", metav1.ConditionTrue) | ||
}, | ||
}, | ||
{ |
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.
I'm not sure whether the test in playground should update the service instead, I know that the service status will be updated via the lws by service controller.
The current intergation setup all controllers. It may be unreasonable. One side effect is that updating the service is impossible because the service status will be updated by the service controller. we have to update the lws object.
In kubernetes, the intergation tests for a given controller, other controllers will not be enabled.
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.
Well, Playground integrates with Service closely, where I believe integration tests should join here. In Kubernetes, different controllers didn't work with each other, so there's no need to put them together.
Signed-off-by: kerthcet <kerthcet@gmail.com>
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.
PTAL
|
||
// Set the available to false | ||
new_condition := metav1.Condition{ | ||
Type: inferenceapi.PlaygroundAvailable, | ||
Status: metav1.ConditionFalse, | ||
Reason: "PlaygroundNotReady", |
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.
Added the details to the message: Waiting for inference Service ready
.
validation.ValidatePlayground(ctx, k8sClient, playground) | ||
validation.ValidatePlaygroundStatusEqualTo(ctx, k8sClient, playground, inferenceapi.PlaygroundProgressing, "Pending", metav1.ConditionTrue) | ||
}, | ||
}, | ||
{ |
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.
Well, Playground integrates with Service closely, where I believe integration tests should join here. In Kubernetes, different controllers didn't work with each other, so there's no need to put them together.
/lgtm |
What this PR does / why we need it
For better observation and higher test coverage.
Which issue(s) this PR fixes
Fixes #117 #113
Special notes for your reviewer
Does this PR introduce a user-facing change?