-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
scaffolds hub and spoke interfaces for conversion webhooks. #2589
Comments
@camilamacedo86 What do we need to do here? Do we need to:
? |
@camilamacedo86 Could you please take a look at my previous comment. |
Sure. Please, feel free to work on this one. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/assign I can take a look into it. |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
Yes, the goal of this task is to finalize the implementation done in the #2084. So, you can get the changes made and address the comments. IN this way, this one seems a good fit for the good first issue. |
/assign |
@camilamacedo86 Is it already done? If not, I'd like to work on this! |
Hi @momom-i. It is not. Please, feel free to work on this one. I do not think that @26tanishabanik has been work on this. Thx. |
I don't think it's still resolved /assign |
@ashutosh887 I’m working on this now. |
Sure @momom-i |
Let me work on this @camilamacedo86 if @momom-i is unable to resolve |
/assign |
/assign |
For anyone who is interested in working on this PR, IMHO, I do not think it's a Estimated time from understanding to coding to open an PR and to get it merged would require at least a month of effort |
This issue has not been updated in over 1 year, and should be re-triaged. You can:
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/ /remove-triage accepted |
It was good first issue when the effort was follow up the work done. |
This PR introduces the initial implementation of the hub-and-spoke model for handling conversion webhooks. The goal is to streamline the conversion process by utilizing a central hub to speak a specific version of the same Group and Kind. - **Single Spoke Support (A to B, Same Kind and Group):** The system will allow only one spoke version for conversions (i.e., converting from Version A to Version B within the same kind and group). - **Future Expansion (List of GKV Spokes):** In the future, based on user feedback or demand, we can expand to support a list of **GKV spokes**, allowing for greater flexibility in conversions across different versions, kinds, and groups. - **Advanced Case Handling (Manual Steps):** For more advanced cases, users can proceed without specifying a spoke. In this scenario, the conversion process will still occur without the spoke, enabling users to continue. However, they will be required to complete specific advanced steps manually. Closes; kubernetes-sigs#2589
This PR introduces the initial implementation of the hub-and-spoke model for handling conversion webhooks. The goal is to streamline the conversion process by utilizing a central hub to speak a specific version of the same Group and Kind. - **Single Spoke Support (A to B, Same Kind and Group):** The system will allow only one spoke version for conversions (i.e., converting from Version A to Version B within the same kind and group). - **Future Expansion (List of GKV Spokes):** In the future, based on user feedback or demand, we can expand to support a list of **GKV spokes**, allowing for greater flexibility in conversions across different versions, kinds, and groups. - **Advanced Case Handling (Manual Steps):** For more advanced cases, users can proceed without specifying a spoke. In this scenario, the conversion process will still occur without the spoke, enabling users to continue. However, they will be required to complete specific advanced steps manually. Closes; kubernetes-sigs#2589
This PR introduces the initial implementation of the hub-and-spoke model for handling conversion webhooks. The goal is to streamline the conversion process by utilizing a central hub to speak a specific version of the same Group and Kind. - **Single Spoke Support (A to B, Same Kind and Group):** The system will allow only one spoke version for conversions (i.e., converting from Version A to Version B within the same kind and group). - **Future Expansion (List of GKV Spokes):** In the future, based on user feedback or demand, we can expand to support a list of **GKV spokes**, allowing for greater flexibility in conversions across different versions, kinds, and groups. - **Advanced Case Handling (Manual Steps):** For more advanced cases, users can proceed without specifying a spoke. In this scenario, the conversion process will still occur without the spoke, enabling users to continue. However, they will be required to complete specific advanced steps manually. Closes; kubernetes-sigs#2589
This PR introduces the initial implementation of the hub-and-spoke model for handling conversion webhooks. The goal is to streamline the conversion process by utilizing a central hub to speak a specific version of the same Group and Kind. - **Single Spoke Support (A to B, Same Kind and Group):** The system will allow only one spoke version for conversions (i.e., converting from Version A to Version B within the same kind and group). - **Future Expansion (List of GKV Spokes):** In the future, based on user feedback or demand, we can expand to support a list of **GKV spokes**, allowing for greater flexibility in conversions across different versions, kinds, and groups. - **Advanced Case Handling (Manual Steps):** For more advanced cases, users can proceed without specifying a spoke. In this scenario, the conversion process will still occur without the spoke, enabling users to continue. However, they will be required to complete specific advanced steps manually. Closes; kubernetes-sigs#2589
This PR introduces the initial implementation of the hub-and-spoke model for handling conversion webhooks. The goal is to streamline the conversion process by utilizing a central hub to speak a specific version of the same Group and Kind. - **Single Spoke Support (A to B, Same Kind and Group):** The system will allow only one spoke version for conversions (i.e., converting from Version A to Version B within the same kind and group). - **Future Expansion (List of GKV Spokes):** In the future, based on user feedback or demand, we can expand to support a list of **GKV spokes**, allowing for greater flexibility in conversions across different versions, kinds, and groups. - **Advanced Case Handling (Manual Steps):** For more advanced cases, users can proceed without specifying a spoke. In this scenario, the conversion process will still occur without the spoke, enabling users to continue. However, they will be required to complete specific advanced steps manually. Closes; kubernetes-sigs#2589
What do you want to happen?
scaffolds hub and spoke interfaces for conversion webhooks.
With this change, users can either specify --conversion flag and implement
the interface on their own, or specify --hub and --spoke versions which
will scaffold the skeleton code for both the interfaces.
Follow up/finish the work which started : #2084
Extra Labels
No response
The text was updated successfully, but these errors were encountered: