-
Notifications
You must be signed in to change notification settings - Fork 913
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
Replace work propagation.karmada.io/instruction
annotation with work Suspension
field
#5386
Comments
/help Looking forward to interested people to participate in this work. Feel free to communicate if you have any questions. |
@XiShanYongYe-Chang: Please ensure the request meets the requirements listed here. If this request no longer meets these requirements, the label can be removed 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-sigs/prow repository. |
I would be interested in contributing :) /assign |
Thanks a lot ^-^ @a7i |
Two areas I could use some guidance on:
|
Hi @a7i For 1: Existing works that use the For 2, I‘m sorry, I didn't quite understand the meaning of the question. |
Hi @XiShanYongYe-Chang I meant to reference this line of code:
As you can see above, it performs a List using label-selector. Do you propose leaving that label for a more efficient query? |
Hi @a7i, Good question. From the list work here, keeping the label is really helpful for efficient query. Unless a new label replaces the current label, let's pause the task and wait for a more complete plan before starting it. How do you think? |
Why not directly use field selector? I don‘t know whether label query is way more efficient than field query. |
Which field is used for filtering? |
I mean spec.suspendDispatching, does it achieve original purpose? |
Thanks @vie-serendipity, maybe it's possible. After thinking about it, we can follow the following steps:
How do you think? |
I think it could work. |
Would you like to do it? |
Sure, I will submit a PR after I implement it. |
Thanks a lot @vie-serendipity~ Hi @a7i, @vie-serendipity would like to move forward with this task using the filed selector. How do you think? |
Hi @vie-serendipity I want to know if you have a plan of action for the next step, not to rush, just to know. |
I am currently developing and expect to submit a PR before the Spring Festival. |
That's a good idea, thanks @vie-serendipity ! |
In the past, we've used the annotation
propagation.karmada.io/instruction
to mark Work propagation instruction, when it's value issuppressed
, it indicates that the resource should not be propagated.karmada/pkg/util/constants.go
Lines 41 to 47 in c575d4f
In the proposal Support for cluster-level resource propagation pause and resume capabilities, we add the
Suspension
filed in theWork
API, as stated in the proposal, we can replace workpropagation.karmada.io/instruction
annotation with workSuspension
field.We can mark the
propagation.karmada.io/instruction
annotation as deprecated, replace the annotation with theSuspension
field in the code logic, and finally remove the annotation.The text was updated successfully, but these errors were encountered: