Docker ouvre la bêta publique d’un VMM conçu en interne pour Docker Desktop. Disponible à partir de la version 4.86 sur Mac et Windows, cette couche de virtualisation doit accélérer le démarrage des conteneurs, les échanges de fichiers et la restitution de mémoire.

La réponse rapide

QuestionRéponse
Qu’est-ce qu’un VMM ?La couche qui crée et pilote la machine virtuelle Linux utilisée par Docker Desktop.
Sur quelles plateformes ?Mac et Windows pendant la bêta ; Linux est annoncé pour la disponibilité générale.
Comment l’activer ?Dans les réglages généraux de Docker Desktop 4.86 ou plus récent.
Quand deviendra-t-il la valeur par défaut ?Docker vise fin octobre 2026 pour les nouvelles installations.

Pourquoi Docker réécrit cette couche

Les conteneurs Linux ont besoin d’une machine virtuelle sur macOS et Windows. Le VMM gère le noyau invité, la mémoire, le réseau et le partage des fichiers avec l’hôte. Une latence à cet endroit ralentit tous les builds et toutes les commandes Compose.

En possédant cette couche, Docker peut l’optimiser pour les cycles courts des conteneurs plutôt que pour une machine virtuelle généraliste. L’entreprise annonce des démarrages plus rapides et de meilleures entrées-sorties, sans publier dans l’annonce un benchmark universel applicable à toutes les configurations.

Les charges à mesurer

Testez un démarrage à froid, un docker compose up, un build sans cache et la suite de tests du projet. Les dépôts contenant des milliers de petits fichiers sont particulièrement sensibles au partage entre hôte et VM. Mesurez aussi la mémoire après l’arrêt des conteneurs et la reprise après veille.

Un gain sur un exemple ne garantit pas un gain sur une base de données, un monorepo JavaScript ou une compilation native. Conservez l’ancien moteur le temps de comparer des scénarios identiques.

Une bêta reste une bêta

Avant de changer sur un poste critique, sauvegardez les volumes importants et vérifiez la procédure de retour. Les conteneurs sont recréables ; les données locales d’une base ne le sont pas toujours. Ne confondez pas volume Docker et sauvegarde externe.

Contrôlez les fonctions réseau, VPN, proxy d’entreprise, montages de fichiers et architectures multiples. Ces zones sollicitent précisément la frontière entre l’hôte et la VM.

Déploiement en équipe

Une équipe ne devrait pas imposer le moteur sur tous les postes à partir d’un seul test. Sélectionnez quelques projets représentatifs, collectez temps de build, incidents et consommation, puis documentez la version Docker Desktop retenue.

Les fichiers Compose et images doivent rester portables. Si une application fonctionne uniquement avec le nouveau VMM, il faut identifier la dépendance cachée plutôt que la considérer comme une optimisation.

Docker VMM peut améliorer une couche que les développeurs subissent sans la voir. La bêta est pertinente pour mesurer des charges réelles, mais les volumes de travail et la stabilité doivent être validés avant d’en faire un standard d’équipe.