Highway to Helm !

Avec Kubernetes, nous atteignons le Graal de pouvoir porter nos applications d'un environnement à un autre sans avoir à les modifier ; mais qu'en est-il de les transporter ? De les versionner ? De les « templatiser » ? Après tout, nous aurions plus de facilité à installer un tarball dans Kubernetes que 5, 10 ou 15 fichiers yaml. Et pourquoi ne pas avoir une registry pour stocker nos applications comme le fait la Docker registry pour nos images ? Et si je vous disais que tout cela existe déjà ?

1. Happy helming !

Helm est considéré comme le package manager de Kubernetes. Comme le montre la figure 1, il se décompose en deux parties : une cliente (helm), et une serveur (tiller) :

• le client est un CLI qui permet de gérer les dépôts et d'interagir avec tiller ;
• côté serveur, tiller écoute les requêtes venant de helm, et utilise les Charts pour en faire des releases qu'il déploie dans Kubernetes.