-
Notifications
You must be signed in to change notification settings - Fork 337
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
feat(kuma-cp): move protocol information to mesh context #8479
Conversation
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[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.
i don't see any of the backcompat code here. What happens when we upgrade and serviceInsight is not populated? Also what happens when a new service is created and it's not in serviceInsight yet? I'd expect we need to artificially backfill for at least back compat no?
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Jakub pointed that service insights are copied from Global to Zone. We should check and understand this. |
Yes, it seems like ServiceInsights calculations are running on Global/Standalone but not Zone. So if there is no connection we might have old data. The code of resyncer is responsible for serviceInsight generation. We have some options:
|
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 think you are right we're trying to do too much at once. Let's remove the deps of plugins on proxy.Routing
we can later look not use all the dataplanes to figure the protocol of a service.
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[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.
Some nits
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[email protected]>
Signed-off-by: Lukasz Dziedziak <[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.
LGTM! Sorry I wanted to sit down to properly look at this change
Signed-off-by: Lukasz Dziedziak <[email protected]>
Checklist prior to review
We called the method
InferProtocol
in some plugins with Endpoints already filtered by old policies. That caused some of the services not to be available. In this change, I am creating a Map with service information about protocol based on EndpointMap. This allows us to make the calculation once in a mesh context and share it between plugins. Also, we don't needproxy.Routing
which we want to avoid using in new policies.syscall.Mkfifo
have equivalent implementation on the other OS --ci/
labels to run additional/fewer testsUPGRADE.md
? --