Le marché des conteneurs applicatifs connaît une expansion que peu de technologies d’infrastructure avaient atteinte aussi vite. Le déploiement par conteneurs s’étend aux charges de travail liées à l’intelligence artificielle, aux administrations publiques et aux organisations qui cherchent à sortir de leur dépendance à la virtualisation traditionnelle. Ce contexte mérite un examen factuel, au-delà des discours promotionnels.
L’IA comme accélérateur de l’adoption des conteneurs
Les projets d’intelligence artificielle et de machine learning modifient la façon dont les équipes techniques choisissent leurs environnements de calcul. Les conteneurs, par leur capacité à encapsuler un modèle avec ses dépendances logicielles exactes, répondent à un besoin de reproductibilité que les machines virtuelles classiques satisfont moins bien.
Selon un rapport Nutanix, plus de 75 % des déploiements IA/ML utiliseront des conteneurs d’ici 2027, contre moins de la moitié en 2024. Le même rapport indique que 85 % des dirigeants IT déclarent que l’IA accélère leur adoption des conteneurs, et que 94 % considèrent les architectures cloud-native comme le standard pour déployer des applications d’IA à l’échelle.
Ces chiffres traduisent un glissement : le rôle des conteneurs dans le déploiement applicatif ne se limite plus aux microservices web. Les pipelines d’entraînement de modèles, l’inférence en production et la gouvernance des données exploitent la portabilité et l’isolation que ce format offre.
Migration post-VMware et virtualisation sur Kubernetes
Le rachat de VMware par Broadcom a provoqué des hausses tarifaires et des modifications de licences qui ont poussé de nombreuses organisations à réévaluer leur socle de virtualisation. Le mouvement n’est pas anecdotique : selon les données Portworx/Pure Storage, une majorité d’entreprises envisagent désormais une migration partielle ou totale vers des plateformes conteneurisées pour réduire leur dépendance à VMware.
Kubernetes joue ici un rôle pivot. Initialement conçu pour orchestrer des conteneurs, il absorbe progressivement des fonctions de gestion de machines virtuelles via des projets comme KubeVirt. Cette convergence permet aux équipes d’exploiter un plan de contrôle unique pour des charges de travail hétérogènes, conteneurs et VM cohabitant sur la même infrastructure.
Les freins concrets de cette transition
Migrer un parc de machines virtuelles vers Kubernetes ne se résume pas à un changement d’outil. Les compétences requises diffèrent, les modèles de stockage persistant restent un point de friction, et les applications monolithiques anciennes ne se découpent pas toujours en microservices sans réécriture. Les retours terrain divergent sur ce point : certaines organisations rapportent des gains de performance rapides, d’autres constatent que le coût de formation et de refactoring absorbe les économies de licence sur plusieurs trimestres.
Conteneurs et secteur public : une adoption en progression
L’adoption des conteneurs par les administrations publiques est un phénomène récent et moins documenté que leur diffusion dans le secteur privé. Des données Nutanix publiées en 2025 indiquent que 83 % des responsables IT du secteur public utilisent déjà des conteneurs. Ce chiffre surprend, compte tenu de la réputation de prudence technologique de ce secteur.
Plusieurs facteurs expliquent cette progression :
- Les exigences de souveraineté des données poussent les administrations vers des architectures portables, capables de fonctionner sur des clouds souverains ou des infrastructures sur site sans modification du code applicatif.
- Les contraintes budgétaires favorisent l’optimisation des ressources matérielles que permet la densité de déploiement des conteneurs par rapport aux machines virtuelles.
- Les cadres réglementaires européens sur l’open source et l’interopérabilité encouragent l’adoption de technologies standardisées comme Kubernetes et les formats d’images OCI.
Les données disponibles ne permettent pas de conclure sur la profondeur réelle de ces déploiements. Utiliser des conteneurs pour quelques applications périphériques et faire tourner l’ensemble de son système d’information sur une plateforme cloud-native sont deux réalités très différentes.
Sécurité des conteneurs : un angle mort persistant
La surface d’attaque d’un environnement conteneurisé diffère de celle d’une infrastructure virtualisée classique. Le partage du noyau du système hôte entre tous les conteneurs constitue un risque architectural que l’isolation d’une machine virtuelle ne présente pas.
Les images de conteneurs téléchargées depuis des registres publics (Docker Hub, GitHub Container Registry) peuvent embarquer des vulnérabilités connues ou des dépendances obsolètes. La chaîne d’approvisionnement logicielle devient un vecteur d’attaque dès lors que les équipes ne scannent pas systématiquement les images avant déploiement.
Kubernetes lui-même ajoute une couche de complexité. Les erreurs de configuration des politiques réseau, des rôles RBAC ou des secrets restent fréquentes, y compris dans des organisations techniquement avancées. Les outils de sécurité dédiés (Falco, Trivy, les policy engines comme OPA/Gatekeeper) existent, mais leur adoption systématique n’est pas encore la norme.
Le décalage entre vitesse de déploiement et maturité sécuritaire
La promesse des conteneurs repose sur la rapidité : construire une image, la pousser, la déployer en quelques minutes. Ce tempo entre en tension avec les processus de validation sécuritaire. Les pipelines CI/CD qui intègrent des contrôles de sécurité automatisés représentent un compromis, mais leur mise en place suppose un investissement initial en outillage et en compétences que toutes les équipes n’ont pas encore consenti.
Prévisions du marché des conteneurs et réalité terrain
Le marché mondial des conteneurs as a service affiche des prévisions de croissance qui se chiffrent en milliards de dollars. Plusieurs cabinets d’analyse projettent une progression annuelle à deux chiffres pour les prochaines années, tirée par l’Amérique du Nord et l’Europe.
Ces prévisions méritent d’être lues avec recul. Les projections de marché mesurent des dépenses, pas des résultats opérationnels. Une organisation peut investir massivement dans une plateforme Kubernetes sans pour autant réduire ses délais de mise en production ou améliorer la fiabilité de ses services.
L’adoption des conteneurs dans le déploiement applicatif suit une trajectoire qui rappelle celle du cloud il y a une décennie : une phase d’enthousiasme, suivie d’un apprentissage par les contraintes réelles (coûts cachés, dette technique, compétences rares). Les gains concrets dépendent moins du choix de la plateforme que du travail consacré à la montée en compétences des équipes et à l’adaptation des processus de livraison logicielle.
