Drei Fragen und Antworten: Mehr Effizienz und Speed mit dem neuen Docker-VMM

Ein Meilenstein für die Container-Virtualisierung

Mit der Veröffentlichung von Docker Desktop 4.86 hat das Unternehmen Docker Inc. einen signifikanten technologischen Schritt vollzogen. Im Zentrum steht die Einführung des neuen Docker Virtual Machine Managers (VMM), einer von Grund auf neu entwickelten Virtualisierungsschicht. Diese Neuerung markiert einen strategischen Wendepunkt, da Docker damit die Kontrolle über die unterste Ebene der Container-Ausführung übernimmt. Bisher verließ sich das Tool auf bestehende Lösungen wie libkrun unter macOS oder das Windows Subsystem für Linux (WSL 2) unter Windows. Mit dem eigenen VMM zielt Docker darauf ab, die Effizienz, Geschwindigkeit und Verwaltbarkeit der gesamten Umgebung maßgeblich zu steigern. Für Entwicklerinnen und Entwickler soll die Virtualisierung dabei zu einem reinen Implementierungsdetail werden, das im Hintergrund agiert, ohne den täglichen Arbeitsfluss zu stören. Die Entwicklung ist eine direkte Reaktion auf den Bedarf nach einer konsistenten, performanten und plattformübergreifenden Basis, die unabhängig von den spezifischen Eigenheiten der zugrunde liegenden Betriebssysteme funktioniert. Durch die Eigenentwicklung kann Docker nun spezifische Optimierungen für Container-Workloads vornehmen, die zuvor aufgrund der Abhängigkeit von Drittanbieter-Technologien nur eingeschränkt oder gar nicht möglich waren. Dies betrifft insbesondere die Startzeiten von Containern, die Speicherverwaltung und den Datenaustausch zwischen Host und Gastsystem, was in der Summe die Entwicklerproduktivität spürbar erhöhen soll.

Technische Details und architektonische Grundlagen

Der neue Docker VMM wurde konsequent in der Programmiersprache Rust entwickelt, was bereits auf eine hohe Sicherheit und Speicherstabilität hindeutet. Die Architektur ist darauf ausgelegt, direkt auf den nativen Hypervisor-Schnittstellen der jeweiligen Betriebssysteme zu operieren. Konkret bedeutet dies die Nutzung des Hypervisor-Frameworks unter macOS, des Windows Hypervisors unter Windows sowie KVM (Kernel-based Virtual Machine) unter Linux. Diese einheitliche Codebasis bildet das Fundament für alle unterstützten Plattformen. Ein wesentlicher Aspekt des Designs ist das bewusst schlank gehaltene Gerätemodell. Anstatt eine breite Palette an Hardware zu emulieren, implementiert der VMM lediglich die für Container notwendigen paravirtualisierten Geräte. Dazu zählen virtio-fs für die Dateifreigabe, virtio-net für die Netzwerkkommunikation sowie virtio-balloon für das Speichermanagement. Diese Reduktion auf das Wesentliche minimiert den Overhead und sorgt für eine schlanke Laufzeitumgebung. Colin Hemmings, Senior Product Manager bei Docker Inc., betont, dass diese Engine auch die Basis für die sogenannten Docker Sandboxes bildet, in denen isolierte Umgebungen für Agenten und nicht vertrauenswürdige Workloads ausgeführt werden. Durch die Kontrolle über diese Schicht kann Docker nun das Verhalten der VM präzise steuern, was insbesondere bei der Ressourcennutzung unter Last entscheidende Vorteile bietet.

Die Vorteile der neuen Virtualisierungsschicht

Die Umstellung auf den eigenen VMM bringt für Anwender handfeste Verbesserungen in der täglichen Arbeit mit sich. Ein zentraler Punkt ist die deutlich gesteigerte Performance beim Starten von Containern. Dies macht sich sowohl beim initialen Start als auch bei Projektwechseln oder nach einem Neustart des Systems positiv bemerkbar. Ein weiterer kritischer Faktor ist der Dateiaustausch zwischen dem Container und dem Host-System. Durch den Einsatz des neuen VMM konnte Docker diesen Prozess erheblich beschleunigen, was jeden Build-Vorgang effizienter gestaltet. Besonders hervorzuheben ist zudem die intelligentere Speicherverwaltung. Der VMM nutzt die Funktion „Free Page Reporting“, die es dem Gastkernel ermöglicht, kontinuierlich freie Speicherseiten an den Host zurückzumelden. Dadurch wird der Arbeitsspeicher dynamisch freigegeben, wenn Container sich im Leerlauf befinden, was den Footprint von Docker Desktop auf dem Host-Rechner erheblich reduziert. Diese Optimierungen führen dazu, dass die Ressourcenbelegung des Systems nun weitaus präziser der tatsächlichen Nutzung der Container entspricht. Damit löst Docker ein häufiges Ärgernis vieler Entwickler, bei denen Docker Desktop in der Vergangenheit oft als ressourcenhungrig wahrgenommen wurde, ohne dass die Leistung in allen Szenarien optimal skaliert hätte.

Einordnung der strategischen Neuausrichtung

Einzuordnen ist diese Entwicklung als bewusste Konsolidierung der Docker-Plattform. Bisher musste Docker Inc. für jede Plattform – macOS, Windows und Linux – unterschiedliche Virtualisierungs-Backends pflegen und deren spezifische Eigenheiten berücksichtigen. Mit dem neuen VMM schafft das Unternehmen eine einheitliche Grundlage, die es ermöglicht, Verbesserungen unabhängig von den Release-Zyklen der Betriebssystem-Hersteller auszurollen. Den Berichten zufolge ist dies kein Zeichen dafür, dass die bisherigen Technologien wie WSL 2 oder Apples Virtualization.framework qualitativ unzureichend waren. Vielmehr geht es um die strategische Notwendigkeit, eine homogene Umgebung für die Ausführung von Containern zu schaffen, die über alle Betriebssysteme hinweg identisch reagiert. Dies reduziert die Komplexität in der Wartung für Docker und sorgt gleichzeitig für eine konsistentere Entwicklererfahrung. Die Kontrolle über die Virtualisierungsschicht eröffnet zudem neue Möglichkeiten für die Zukunft, etwa in Bezug auf eine engere Integration von Host-Ressourcen oder eine verbesserte Isolation von Workloads. Es ist ein Schritt hin zu einer Plattform, die nicht nur Container ausführt, sondern deren Verhalten und Interaktion mit dem Host-System aktiv und intelligent managt, um die Produktivität der Entwickler zu maximieren.

Auswirkungen auf den Entwickler-Workflow

Für die große Mehrheit der Docker-Anwender ändert sich im täglichen Betrieb erfreulicherweise so gut wie nichts. Da der VMM unterhalb der Docker-Engine arbeitet, bleiben die bekannten Schnittstellen wie die Command Line Interface (CLI), die API, die Struktur der Images, Volumes sowie die Konfiguration über Docker Compose vollständig unangetastet. Es ist keine neue Syntax zu erlernen und bestehende Projekte müssen nicht angepasst oder umgeschrieben werden. In den Einstellungen von Docker Desktop findet sich lediglich eine zusätzliche Option zur Aktivierung des neuen VMM. Ein besonderer Komfortaspekt ist die automatische Umstellung für macOS-Entwickler, die bereits die bisherige VMM-Option genutzt haben. Dennoch gibt es technische Unterschiede bei der Migration, insbesondere unter Windows. Dort läuft der neue VMM in einer eigenen virtuellen Maschine mit einem separaten Datenträger. Das bedeutet, dass bestehende Images und Container aus dem alten Backend nicht automatisch im neuen VMM sichtbar sind. Docker empfiehlt hier, bestehende Images in eine Registry zu übertragen oder diese im neuen Setup neu zu bauen. Das alte Backend bleibt dabei jedoch unberührt, sodass ein Wechsel zurück jederzeit möglich ist, ohne Daten zu verlieren.

Offene Fragen und aktuelle Einschränkungen

Obwohl der neue VMM viele Vorteile bietet, gibt es zum aktuellen Zeitpunkt der Beta-Phase einige offene Punkte und Einschränkungen, die Nutzer beachten müssen. Eine wesentliche Frage ist die Unterstützung für GPU-Workloads. Derzeit ist eine native GPU-Unterstützung im neuen VMM noch nicht implementiert. Unter Windows erfolgt die CUDA-Ausführung aktuell weiterhin über den WSL-2-eigenen GPU-Passthrough, was bedeutet, dass Anwender, die auf GPU-Leistung angewiesen sind, vorerst beim WSL-2-Backend bleiben sollten. Ein weiterer Punkt ist die Rosetta-Unterstützung auf Apple-Silicon-Macs. Während der Docker VMM zwar eine Emulation für amd64-Images ermöglicht, greift er dabei auf QEMU zurück, was im Vergleich zur nativen Rosetta-Integration langsamer ist. Entwickler, die auf die hohe Leistung von Rosetta angewiesen sind, sollten daher weiterhin die Option „Apple Virtualization VMM“ nutzen. Zudem ist die Integration der Docker-CLI innerhalb von WSL-Distributionen fest an das WSL-2-Backend gebunden. Diese Lücken in der Funktionalität sind Docker Inc. bekannt und stehen auf der Roadmap für kommende Versionen, jedoch gibt es derzeit noch keine festen Zeitpläne für die Implementierung dieser spezifischen Features in den neuen VMM.

Ausblick und geplante Schritte

Die Beta-Phase für den neuen Docker VMM läuft noch bis in den Herbst hinein. Docker Inc. setzt dabei stark auf das Feedback der Community und ruft Entwickler dazu auf, konkrete und reproduzierbare Berichte über Workloads einzureichen, die sich unerwartet verhalten. Die allgemeine Verfügbarkeit (General Availability) ist für Ende Oktober geplant. Mit diesem Schritt wird Linux als weitere Plattform in den Kreis der unterstützten Systeme aufgenommen und der VMM wird zur Standard-Virtualisierungsschicht für alle Neuinstallationen von Docker Desktop. Bestehende Installationen werden jedoch nicht automatisch migriert, um die Stabilität bestehender Setups nicht zu gefährden; Anwender können den VMM jedoch jederzeit manuell aktivieren. Vor dem offiziellen Start plant Docker zudem die Veröffentlichung eines umfassenden Benchmarking-Sets. Dieses soll nicht nur die Leistung des eigenen VMM belegen, sondern auch eine transparente und einheitliche Methode zur Messung der Container-Performance etablieren. Langfristig plant Docker, die Kontrolle über die Virtualisierungsebene zu nutzen, um die Integration von Entwickler-Tools zu vertiefen und die Isolation von Workloads, insbesondere im Kontext von KI-Agenten, weiter zu verfeinern. Diese strategischen Richtungen sollen die Produktivität und Sicherheit bei der Arbeit mit Containern weiter steigern.