-
Notifications
You must be signed in to change notification settings - Fork 3.4k
policy: make ToServices selectors work for in-cluster services too #34208
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
8c0af93
to
fb2a3c0
Compare
/test |
This needs a unit test :) |
fb2a3c0
to
fca3b83
Compare
fca3b83
to
5cfc84f
Compare
/test |
3f32f31
to
c17b0be
Compare
/test |
@squeed PTAL. |
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.
API changes LGTM, thanks. Do note though that my familiarity with this code is limited, I'd take my approval with a grain of salt.
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.
One minor comment otherwise LGTM!
c17b0be
to
2b1ec99
Compare
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 question about the intention here, and the thoughts around namespaces. Maybe I'm missing some context, but I think its useful to square them out.
I also think its worth mentioning how this is supposed to work with headless services where clusterIP: None
, and add a test showing that the implementation works the same as the intention. There are a lot of components at play here, so its a bit tricky to test this properly without having an integration/e2e test imo.
Thanks for working on this! I'm really excited about being able to use this!
I think its also important to note in docs (and potentially changelog) that this requires the service selector to use only labels that are identity-Relevant Labels in order to match the endpoints, and that its not sufficient that the IPs are added to the |
2b1ec99
to
629f7ed
Compare
@squeed PTAL. |
This looks good to me! I would like to get #35293 merged first, as it needs to be backported and there will be a merge conflict. But then this can go in :-). |
Getting there. The blocking PR is still hung on reviews, then this can go in :-). |
e187a04
to
57c60c1
Compare
Fixes: cilium#34021 Signed-off-by: chaunceyjiang <chaunceyjiang@gmail.com>
57c60c1
to
360feb3
Compare
/test |
Removed blocking label. |
@chaunceyjiang nice work :). Once this lands, we also need to update the docs. |
OK. |
/ci-ipsec-e2e |
I've relabeled the release note category for this to "major" as I think this is a significant new change that users may be interested to find out about and start to use. I think it would be neat to feature this in the release announcement for the upcoming v1.17 release ETA early next year. |
Fixes: #34021