From 029b75f5271703918aecb1f657be7ef6ed5a127d Mon Sep 17 00:00:00 2001 From: Mauro Morales Date: Tue, 26 Mar 2024 16:01:20 +0100 Subject: [PATCH] Update spos-panel-at-kubecon-paris-2024.md Co-authored-by: Dimitris Karakasilis --- content/en/blog/spos-panel-at-kubecon-paris-2024.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/en/blog/spos-panel-at-kubecon-paris-2024.md b/content/en/blog/spos-panel-at-kubecon-paris-2024.md index a6e7f76..690e783 100644 --- a/content/en/blog/spos-panel-at-kubecon-paris-2024.md +++ b/content/en/blog/spos-panel-at-kubecon-paris-2024.md @@ -18,7 +18,7 @@ In the case of Kairos, our specialization focuses on Day-2 operations on Edge de Next, we presented a slide called Landscape which had one axis going from Highly Specialized to Flexible/Customizable. In my opinion this is misleading because as I previously mentioned Kairos is highly specialized, however it is also very flexible and customizable. My best example for this is that we are the only SPOS which can be based on different Linux distributions. If you are looking for such a specialized solution but come from Alpine, Debian, Fedora, openSUSE, Ubuntu or Rocky Linux, you don't have to give up your existing OS know-how because there's a Kairos version for you. -The landscape analogy still fits, but instead of having to fit the different SPOSes into a made up groups, I think of it consisting areas like Kubernetes, Edge Computing, AI, Data Centers, etc. and each of the different SPOSes being specialized in one or more of these areas. On a completely different axis, we could define the flexibility and costumization for each individual SPOS. For example, Talos, has an opinionated API to handle the OS, so we could consider it more rigid, while all other projects that give ssh access would be on the other end of the spectrum. And this can be applied to different topics, like configuration management, Kubernetes distribution, etc. That rigidity or flexibility is not necessarily good or bad but better depending on what you are trying to achieve. +The landscape analogy still fits, but instead of having to fit the different SPOSes into made up groups, I think of it as consisting of areas like Kubernetes, Edge Computing, AI, Data Centers, etc. and each of the different SPOSes being specialized in one or more of these areas. On a completely different axis, we could define the flexibility and customization for each individual SPOS. For example, Talos, has an opinionated API to handle the OS, so we could consider it more rigid, while all other projects that give ssh access would be on the other end of the spectrum. And this can be applied to different topics, like configuration management, Kubernetes distribution, etc. That rigidity or flexibility is not necessarily good or bad but better depending on what you are trying to achieve. The rest of the time was dedicated for Q&A.