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
core/v1: deprecate Service topologyKeys #96736
core/v1: deprecate Service topologyKeys #96736
Conversation
Signed-off-by: Andrew Sy Kim <kim.andrewsy@gmail.com>
@andrewsykim: This issue is currently awaiting triage. If a SIG or subproject determines this is a relevant issue, they will accept it by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
@andrewsykim: GitHub didn't allow me to assign the following users: robsc. Note that only kubernetes members, repo collaborators and people who have commented on this issue/PR can be assigned. Additionally, issues/PRs can only have 10 assignees at the same time. In response to this: Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Thanks! We probably also need to update the KEP that goes along with /lgtm |
This PR may require API review. If so, when the changes are ready, complete the pre-review checklist and request an API review. Status of requested reviews is tracked in the API Review project. |
If it's alpha-level, and we'll never enable it, why not drop it immediately? |
I would feel bad for users if we removed this feature without at-least having the equivalent alpha-level replacement ready to use, which we will hopefully have for v1.21. |
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 a plan for the sequence?
Deprecate in 21, remove in 22? Possible to backport the deprecation to 20?
I'm mostly worried about the code in kube-proxy that has to coexist with the new features and then eventually be surgically removed..
/lgtm
/approve
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: andrewsykim, thockin The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
So did we want to try to get this into v1.20? @jeremyrickard thoughts on this? This is just a deprecation so no risk for the release. |
Signed-off-by: Andrew Sy Kim kim.andrewsy@gmail.com
What type of PR is this?
/kind deprecation
What this PR does / why we need it:
topologyKeys
as an API is being deprecated in favor of two upcoming KEPs to be implemented in v1.21: Topology Aware Subsetting and Service Internal Traffic Policy.Some of the limitations of
topologyKeys
and where it was lacking can be found in this thread: https://groups.google.com/g/kubernetes-sig-network/c/wXd1D_fKjqU.Deprecation and eventual removal of this field should be feasible since it was alpha feature gated ever since it was introduced in v1.17.
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?:
Additional documentation e.g., KEPs (Kubernetes Enhancement Proposals), usage docs, etc.: