-
Notifications
You must be signed in to change notification settings - Fork 715
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
Create common CRD validate and mutating webhook for all operator #1016
Comments
Issue-Label Bot is automatically applying the label Links: app homepage, dashboard and code for this bot. |
It is a good idea. I think we need it. |
Personally, I think we should use validation webhook instead of the unstructured informer in the code. |
@gaocegege Yes. agree with that. I think we can use one webhook server for all the operator to do validate or set default value, WDYT? |
Personally, SGTM. WDYT @johnugeorge @richardsliu |
LGTM. However, we should not take this up in this release as we are late. |
Yeah, I think so |
@gaocegege @johnugeorge @richardsliu So we need create a new repository for the webhook, then I can start the webhook work. |
We need a detailed proposal to persuade the community to open a new repo. |
Just wondering why do we need a separate repo for webhook? |
I think we need a proposal first, then we can discuss it and decide if we need a repo for it. @wackxu Are you interested in the proposal? I can co-work with you if you are busy. |
We may want to add validate webhook for all operators and we have about six operators, so I think use one operator for all operators and we can use some switch to let user to choose which webhook to use. |
@gaocegege I am busy with some internal work recently. You can start write the proposal and I can help review and implement the code. |
@wackxu Maybe we could have a meeting later to make sure that we are on the same page. |
@gaocegege yes, we can talk more details in the slack. |
@wackxu Are you planning to take this up? |
Related: #1026 |
@johnugeorge Sorry for the delay, Yes I will but we need a new repo for it first. |
@johnugeorge Should we take this on for 0.7? |
@wackxu Why do you need a separate repo for it? |
@johnugeorge I think we should add webhook for all operators. If we do not put them in a single repo, then we should add webhook for each operator separately. It is not convenient for user that use multiple operator to deploy and maintain. |
We can use switch to control which webhook is turned on. If user only use one operator such as tf-operator, then he can only turn on the tf webhook switch. It is convenient for user to manage these operator webhook. |
@wackxu @johnugeorge Is there any update? I think it is an important feature. |
@gaocegege This is not yet taken up |
/area gsoc |
/cc @carmark @johnugeorge @ChanYiLin I think we can reuse this repo to keep the webhook if needed. https://github.com/kubeflow/crd-validation |
Do we still need to create our validation webhook? It looks like Kubernetes custom resources now allow schemas to be specified using OpenAPI in which case valdiation will happen automatically. Related: kubeflow/katib#1170 |
This seems like a good idea. Only thing to watch for is this feature is supported only K8S Cluster version 1.16 and above! |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Issue-Label Bot is automatically applying the labels:
Please mark this comment with 👍 or 👎 to give our bot feedback! |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
If the spec of tfjob is invalid, we should reject the request when creating and also set default when create tfjob. we can use the k8s webhook to do this. And also we can replace the unstructured informer code.
The text was updated successfully, but these errors were encountered: