Cloud Day · Mars · Nutanix
Déployer un cluster Kubernetes prend une après-midi. Le maintenir en production pendant trois ans, c’est une autre histoire.
Bienvenue dans le Day-2.
En mars, nous étions accueillis dans les locaux de Nutanix pour un Cloud Day consacré à NKP — 15 participants sur place, 20 à distance, et une conversation qui a très vite quitté le terrain de la démo pour celui de l’exploitation.
Le vrai coût de Kubernetes n’est pas là où on le cherche
Le débat s’est longtemps arrêté au déploiement. Or la difficulté commence après : upgrades de version, patching des nœuds, cycle de vie des add-ons, cohérence entre dev, recette et prod, observabilité, sécurité, montée en charge. C’est le Day-2, et c’est là que se consomment les budgets et les nerfs.
Ce que propose NKP
Nutanix Kubernetes Platform répond frontalement à ces barrières du Day-2. Cinq briques structurent la plateforme.
Un cycle de vie industrialisé (Cluster API)
NKP s’appuie sur CAPI, le standard de gestion du cycle de vie des clusters. Un cluster de management orchestre les clusters de workload : création, montée en charge, upgrade, suppression. Fini les scripts maison qu’une seule personne sait relancer.
La gestion de flotte (anti cluster sprawl)
Pilotage centralisé on-premise, cloud et edge, avec des politiques cohérentes partout. Les Workspaces allouent des clusters par direction ou ligne métier, avec RBAC granulaire et SSO (LDAP, SAML, OIDC, GitHub).
Des applications de plateforme préintégrées
Observabilité (Prometheus), GitOps (FluxCD), réseau (Cilium/Calico), scan de vulnérabilités (Trivy), politiques (Gatekeeper), coûts (Kubecost) — en composants CNCF standards, dans leur forme d’origine.
Le choix de l’infrastructure
NKP se déploie sur Nutanix, mais aussi sur bare metal, clouds publics, plateformes de virtualisation tierces et environnements déconnectés. Il prend aussi en gestion des clusters EKS et AKS existants, depuis une console unique, sans migrer les workloads de production.
NKP Insights
Un moteur qui collecte événements et métriques pour détecter les anomalies, avec analyse de cause racine et scan de conformité CIS en continu.
Le point que la salle a le plus retenu : NKP repose sur de l’open source standard. Les compétences et les applications restent portables vers n’importe quel Kubernetes conforme. Argument anti-verrouillage, et il a été entendu.
Les questions qui sont revenues dans la salle
« Et par rapport à EKS ou AKS ? » NKP ne cherche pas la substitution mais la couche de gouvernance : il se pose au-dessus des distributions managées des hyperscalers, pas à leur place.
« Et la migration depuis l’existant ? » Pas de big bang. La prise en gestion des clusters existants permet une bascule progressive de la gouvernance avant celle des workloads.
Ce qu’on en retient de la session
- Le Day-2 est le vrai sujet. Le choix d’une plateforme Kubernetes se joue sur l’exploitation, pas sur l’installation.
- La cohérence multi-cluster n’est pas un luxe. Dès trois clusters, la gouvernance devient un poste de coût à part entière.
- La montée en compétence reste le facteur limitant. Une plateforme managée réduit la barrière d’entrée, elle ne remplace pas une équipe qui sait ce qu’elle fait.
Ces sujets vous parlent ?
Ce sont nos quotidiens. On recrute les gens qui veulent les vivre avec nous.