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

Addons: How to differentiate between Kubernetes versions? #303

Open
tholu opened this issue Dec 11, 2019 · 3 comments
Open

Addons: How to differentiate between Kubernetes versions? #303

tholu opened this issue Dec 11, 2019 · 3 comments

Comments

@tholu
Copy link

tholu commented Dec 11, 2019

With Kubernetes 1.16 there were some incompatible API changes that break addons, see e.g. #262.

I checked the Addons Documentation, and the source code of the existing addons, but I have not found any check for the Kubernetes version there.

To fix those addons and to support Kubernetes 1.16 as well as previous versions simultaneously, such a check would be needed. How would this be possible?

What's the current plan for the addons, should they be maintained or is using helm directly the preferred way?

@xetys
Copy link
Owner

xetys commented Dec 16, 2019

The hetzner-kube provided addons have the purpose to install these addons closer to the hetzner related cluster over the general setup. See hcloud-manager or custom rook tweaks etc.

So yes, there is a plan for supporting the necessary addons to make a smooth experience

@tholu
Copy link
Author

tholu commented Dec 16, 2019

@xetys That's great! Any idea how to design the Kubernetes version switch then?

@xetys
Copy link
Owner

xetys commented Dec 16, 2019

To be honest, I don't have a clear idea at the moment. Another related topic is, that as of 1.15 the upgrade procedure from kubeadm got so straight forward, so it makes sense to introduce upgrade functionality and then we will have to deal with several versions anyways.

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