Skip to content
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

Future API group conflict with upstream CAPI #1780

Open
schlakob opened this issue Apr 23, 2024 · 2 comments
Open

Future API group conflict with upstream CAPI #1780

schlakob opened this issue Apr 23, 2024 · 2 comments

Comments

@schlakob
Copy link

Hi,

we are currently using the machine-controller as an addon of Kubeone, in its default configuration.

I was wondering why the CRDs of CAPI (machinedeployments, machinesets, machines) are of the cluster.k8s.io api group and not of the upstream CAPI cluster.x-k8s.io api group? I noticed, that CAPI switched from *k8s.io to *x-k8s.io a while ago.

Are there plans using the same api group as upstream CAPI in future?

For us this is important, because we are thinking of deploying a CAPI in the Kubeone cluster running the machine-controller, therefore we would like to ensure, that no conflicts regarding the CRDs occur.

@kron4eg
Copy link
Member

kron4eg commented Apr 23, 2024

Hello. Because up until now we preferred to stay on older CAPI (v1alpha1) version. The rumors say maybe we want to update, but that's not currently on the table.

@schlakob
Copy link
Author

This would then result in conflicts when running a CAPI and machine-controller in the same cluster. Is or will there be a way to overwrite the group for the machine-controller.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants