-
Notifications
You must be signed in to change notification settings - Fork 7.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
avoid calling servicesForNamespacedName for headless services #42089
Conversation
ramaraochavali
commented
Nov 21, 2022
•
edited
Loading
edited
- Ambient
- Configuration Infrastructure
- Docs
- Installation
- Networking
- Performance and Scalability
- Policies and Telemetry
- Security
- Test and Release
- User Experience
- Developer Infrastructure
Signed-off-by: Rama Chavali <rama.rao@salesforce.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.
is there any test we should have to cover this case?
Actually, do we need some logic to detect that smething actually changed? Worry about excessive NDS pushes |
I am also worried about that - but not sure what can we do/check when endpoint update comes? |
Not sure ,but its pretty concerning that this makes a push to 1 endpoint push the full NDS (which is for all services). I think this may be a major performance regression |
I have put a hold on it. Let us see if we can find some better solution. |
Signed-off-by: Rama Chavali <rama.rao@salesforce.com>
I have verified again and not able to reproduce the problem. May be some inconsistent Istiod state. Looking further in the code, we are actually doing a full push for headless services
I just added few comments and moved condition above. @howardjohn PTAL. If it looks good, please remove DNM label. |
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.
LG
/test integ-security |