[opensuse-kubic] What is the purpose of kubic-control compared to skuba
Hello everyone, I've stumbled on the skuba project[1]. It is a tool made by the SUSE team wich is a "Tool to manage the full lifecycle of a cluster." As I see it, it is a rewrite of kubic-control wich relies on SSH instead of the Salt Stack to manage the deployment and the maintainance of a Kubernetes cluster. Why is there two projects? Should I switch to skuba when using OpenSUSE kubic or is kubic-control still the way to go ? Best regards, Francisco [1] https://github.com/SUSE/skuba -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
On Tue, 2020-09-29 at 19:01 +0000, Francisco Freitas wrote:
Hello everyone,
I've stumbled on the skuba project[1]. It is a tool made by the SUSE team wich is a "Tool to manage the full lifecycle of a cluster." As I see it, it is a rewrite of kubic-control wich relies on SSH instead of the Salt Stack to manage the deployment and the maintainance of a Kubernetes cluster.
Why is there two projects? Should I switch to skuba when using OpenSUSE kubic or is kubic-control still the way to go ?
Best regards,
Francisco
Hi Franciso, kubic-control is built for openSUSE Kubic, and is maintained as part of openSUSE Kubic, including being constantly packaged in openSUSE:Factory. skuba is not built for any openSUSE distribution and will not work on openSUSE Kubic. So yes, kubic-control is still the way to go, or just using plain kubeadm as documented on our wiki - both methods are fully supported by this team. Regards, -- Richard Brown Linux Distribution Engineer - Future Technology Team Phone +4991174053-361 SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, D-90409 Nuernberg (HRB 36809, AG Nürnberg) Geschäftsführer: Felix Imendörffer -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
Hi, On Tue, Sep 29, Francisco Freitas wrote:
I've stumbled on the skuba project[1]. It is a tool made by the SUSE team wich is a "Tool to manage the full lifecycle of a cluster." As I see it, it is a rewrite of kubic-control wich relies on SSH instead of the Salt Stack to manage the deployment and the maintainance of a Kubernetes cluster.
It's not a rewrite, it is fully independent. It's even older than kubic-control I think.
Why is there two projects? Should I switch to skuba when using OpenSUSE kubic or is kubic-control still the way to go ?
If you like you can try to port skuba to openSUSE Kubic and maintain it for Kubic there. But skuba has one big problem here: it does not work with a rolling release and a read-only root filesystem. That's something you need to solve first. skuba and kubic-control follow complete different, not compatible approaches, that's why there are two projects. Only look a little bit deeper into them how they work. A third tool combining the best from both would be great, but I don't see that somebody has the knowledge and time to do that. So currently I expect both will be obsoleted by something coming from Rancher. Thorsten
Best regards,
Francisco
[1] https://github.com/SUSE/skuba -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
-- Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & MicroOS SUSE Software Solutions Germany GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany Managing Director: Felix Imendoerffer (HRB 36809, AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kubic+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kubic+owner@opensuse.org
participants (3)
-
Francisco Freitas
-
Richard Brown
-
Thorsten Kukuk