Les WebUIs, TUIs, GUIs pour Kubernetes

Note: Cet article fait partie d’une série de 3 articles dans lesquels je fais une liste exhaustive des WebUIs, TUIs et GUIs pour utiliser Kubernetes :

Kubernetes, c’est dur 😭, fin ?

Dans les deux premiers épisodes, j’ai donc présenté les WebUIs puis les Terminal User Interfaces.

Reste maintenant un gros morceau : les Graphical User Interfaces !

Et vous allez voir qu’on a pas mal d’options, de ce côté là (pour l’instant j’en ai 5).

Mirantis Lens (ex-Kontena Lens)

Site : k8slens.dev
Sources : github.com/lensapp/lens

Impossible de parler des GUI pour Kubernetes sans parler de Lens… Après k9s qu’on a vu dans l’article précédent, c’est indubitablement l’outil le plus connu.

Bien que parfois un peu lourde, je pense aussi que c’est l’outil le plus complet et le plus simple pour démarrer dans Kubernetes.

L’outil gère bien entendu les CRDs, permet de naviguer rapidement d’un cluster à l’autre grace à des onglets sur la gauche.

On peut drill down dans les objets en cliquant dessus (Deployment, Pods, etc) et faire des actions spécifiques comme consulter les logs en temps réel, s’attacher sur un container ou faire un port forward en un clic.

L’installation se fait via des packages ou via les snap par exemple

sudo snap install kontena-lens

Alors quel est le hic me demanderez-vous ?

Et bien depuis la version 6, Mirantis impose la création d’un compte sur la plateforme pour pouvoir utiliser l’outil, et depuis peu, a introduit un modèle payant dans l’outil (gratuit pour les individus, payant pour les entreprises, en gros).

Vous ne pouvez donc théoriquement plus l’utiliser dans un contexte pro sans passer à la caisse. Je ne dis pas que c’est mal, mais il faut en être conscient.

OpenLens

Comme le code de Lens est opensource, il est toujours disponible et continue d’évoluer sur leur Github.

En théorie, il suffit juste (“yaka”) de le compiler pour disposer toujours d’une app Lens sans licence.

Un utilisateur de Lens a créé un projet OpenLens (cf cet article plus complet à ce sujet) mettant à disposition des binaires précompilés :

github.com/MuhammedKalkan/OpenLens

Si vous avez la flemme de compiler Lens vous-même et que vous faites confiance à MuhammedKalkan, vous avez donc cette alternative…

Kubenav

Site : kubenav.io
Sources : github.com/kubenav/kubenav

Dans les GUIs pour Kube, je dirais que ce qui différencie Kubenav des autres est le fait qu’il y ait une application iOS et Android (en plus de la version desktop).

What could go wrong?

L’UI est plutôt clean même si je ne suis pas fan des grosses icônes mais c’est acceptable.

Kubevious

Site : kubevious.io
Sources: github.com/kubevious/kubevious

Pas du tout fan de l’UI, très très bizarre je trouve avec des grosses tuiles et plein de couleurs. Mais bon, chacun ses gouts, j’imagine.

A priori, là aussi le modèle éco semble avoir changé récemment… cf kubevious.io/pricing.

Bref… pas convaincu.

aptakube

Site : aptakube.com

A modern and lightweight Kubernetes desktop client to help you operate workloads on multiple clusters.

J’ai hésité à la mettre dans la liste car j’avais vraiment fait un focus sur les outils open source alors qu’aptakube ne l’est pas (c’est une free public preview).

Cependant, je trouve l’outil assez propre, et aussi le fait qu’il y ait des binaires de “petite taille” pour tous les OS et que ce soit une énième application electron.

Ca se sent d’ailleurs dans la réactivité, l’outil est hyper rapide et fluide, c’est très confortable. C’est bien rangé, on peut sélectionner plusieurs clusters à la fois (et on voit les pods de tous nos clusters d’un coup par exemple).

J’ai juste pas envie d’investir trop de temps dessus si l’outil devient au final payant (surtout si c’est cher). Attention donc.

This is the end 🎶

En fait pas vraiment. A la base j’avais prévu de ne parler que des trois catégories qu’on a vues jusqu’à présent, mais j’ai encore une voire deux idées d’articles pour les interfaces pour Kubernetes.

On verra quand j’aurais le temps de rédiger tout ça.

Et en attendant, have fun ;).