Avoir des namespace est une bonne pratique incontournable de Kubernetes. Si vous n’en utilisez pas, votre cluster va vite devenir un plat de spaghettis indémêlables.

Malheureusement, nombre d’applications déployables avec Helm n’ont pas de namespace défini. Mails Helm dispose d’options pour pallier à cela.

Seul hic, il y a des rumeurs infondées sur l’usage de Helm :

• Azure Kuberntes Service (AKS) aurait des limitations qui empêcheraient d’utiliser pleinement Helm et Kubernetes.
• Helm ne serait pas en mesure de créer/gérer un namespace.

Aucune de ces informations n’est vraie. À ce jour je n’ai trouvé aucune limitation de Kubernetes ou Helm liée à AKS. On a un cluster sain et parfaitement fonctionnel. Côté Helm, la documentation est peut-être légère, mais suffisante. Elle fait bien état de la possibilité d’utiliser un namespace et de le créer s’il n’existe pas (ce sont les options. --create-namespace et --namespace).

Exemple : Pour déployer Harbor dans un namespace harbor :

helm install harbor harbor/harbor --values values.yaml --create-namespace --namespace harbor

Où si vous voulez créer votre namespace manuellement :

kubectl create namespace harbor
helm install harbor harbor/harbor --values values.yaml --namespace harbor

Rien de bien compliqué.

Petites remarques :

• Oui, on peut installer un produit VMware dans Azure, et en plus c’est un repository pour vos images.
• Non, AKS ne nous interdit pas d’utiliser d’autres repository que le sien !