-
Notifications
You must be signed in to change notification settings - Fork 40k
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
Constraint solver to determine overlapping label selectors #19830
Comments
Specifically, the check we have now is able to confirm some cases of definite overlap, which is used to warn the user in kubectl stop rc. Definite overlap occurs when one controller's selector contains a subset of keys of the other controller's selector, and the intersection of the sets of matching values for each of those keys (where Exists implies all values) is non-empty. Though we don't currently have such a check AFAIK, we could also implement a check for definite non-overlap, which could be determine in the case that for at least one key the intersection of values is empty (e.g., In {v1} intersect NotIn {v1}). |
cc @janetkuo |
Ref #36859 (comment) |
@kubernetes/sig-api-machinery-misc |
Issues go stale after 90d of inactivity. Prevent issues from auto-closing with an If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or |
Can revisit later if needed |
Today, when we want to determine resources with overlapping selectors, for example overlapping replication controllers, we check if the selector of one resource matches the selector of the other and vice-versa. This is easy to do with the current map{string->string} selectors.
But determining overlaps in the case of new label selectors need a more sophisticated constraint solver. Implement one.
cc @bgrant0607
The text was updated successfully, but these errors were encountered: