-
Notifications
You must be signed in to change notification settings - Fork 60
Ability to exclude node information #384
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
Ability to exclude node information #384
Conversation
|
@microsoft-github-policy-service agree |
xiaomi7732
left a comment
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.
It looks largely good to me. Just 1 minor code consistency, please update the code to parse the option value in the constructor in K8sEnvironmentFactory class.
Refer to here as an example
…s it is not used.
|
@xiaomi7732 I updated what you mentioned. |
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.
LGTM. Thank you for the contributions!
|
A test failed due to missing setup of |
xiaomi7732
left a comment
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.
LGTM
|
Will be released in 8.0.0-beta2. |
Some companies do not allow all pods to call the nodes api in the cluster,
Currently there is no way to skip the call to the nodes endpoint, which if you do not have the permission will potentially make noise in the logs showing a lot of failed (403 Forbidden) HTTP requests (see below).
K8sClientService.GetNodesAsyncignores the forbidden response, by returning an emptyIEnumerable<V1Node>, but the request is still being performed.This change adds an option to
ExcludeNodeInformation, which you can set totrue, if you want to skip the call to nodes endpoint entirely - typically because you don't have permission (and likely won't get it) to call the endpoint.