# Docker Desktop 4.91 wird mit Containerd Image Store Default und Engine v29-Überarbeitung veröffentlicht

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/de/article/docker-desktop-4-91-engine-v29-containerd-default-2026-09-15-night-de
Section: Software (https://technewslist.com/de/software)
Author: TechNewsList
Language: de
Published: 2026-09-15T20:04:47.337+00:00
Updated: 2026-09-15T20:04:47.507865+00:00

> Docker hat Desktop 4.91 gestartet und Engine v29 fertiggestellt und damit den Containerd-Image-Store als standardmäßige lokale Laufzeit für erweiterte Multiplattform-Builds etabliert.

## TL;DR
- Docker Desktop 4.91.0 macht den Containerd-Image-Speicher zur standardmäßigen lokalen Laufzeit für alle Neuinstallationen.
- Die Änderung ersetzt die alte Graphdriver-Architektur durch native OCI-Snapshotter-Standards, die in Produktions-Kubernetes verwendet werden.
- Entwickler profitieren von nativer plattformübergreifender Bildverwaltung, kryptografischen SBOM-Nachweisen und einem um 35 % schnelleren Compose-Start.
- Der veraltete Grafiktreiber overlay2 wird vor der vollständigen Entfernung in Docker Engine v30 offiziell eingestellt.

## Key points
- Mit Docker Desktop 4.91 wird der Containerd-Image-Store offiziell vom experimentellen Status in den sofort einsatzbereiten Standardstatus überführt.
- Die Version vereint lokale Entwicklungs-Workstations mit standardmäßigen CNCF- und OCI-Image-Spezifikationen.
- Container-Builds mit mehreren Architekturen (ARM64/AMD64) können jetzt gemeinsame Basisebenen ohne doppelte Festplattennutzung nutzen.
- Signaturen der kryptografischen Software-Lieferkette und SBOM-Bescheinigungen werden nativ im lokalen Bildspeicher gespeichert.
- Docker Compose erhält parallele Service-Abhängigkeits-Boots und verteilte Cache-Optimierungen.
- Ältere Graphdriver-Speichertreiber werden in der Docker Engine v30, die für Anfang 2027 geplant ist, offiziell eingestellt.

## Was passiert ist

Am 14. September 2026 stellte Docker Inc. Docker Desktop 4.91 zusammen mit der Meilenstein-Veröffentlichung der Docker Engine v29.8 bereit und führte damit die bedeutendste architektonische Weiterentwicklung der lokalen Container-Entwickler-Toolchain seit fast einem Jahrzehnt durch. Die Hauptverbesserung ist der formale Übergang des Containerd-Image-Speichers von einem optionalen experimentellen Umschalter zur standardmäßigen, sofort einsatzbereiten Speicherkonfiguration für alle neuen Entwicklerinstallationen unter macOS, Windows und Linux.

Der Übergang markiert die endgültige Stilllegungsphase für die alte Graphdriver-Speicherarchitektur von Docker und standardisiert lokale Entwickler-Workstations auf denselben Industriestandards der Open Container Initiative (OCI) und Cloud Native Computing Foundation (CNCF), die auch in Produktions-Kubernetes-Clustern verwendet werden. Das Update bündelt außerdem erhebliche Leistungsverbesserungen für Docker Compose, erweiterte Buildx-Multiplattform-Kompilierungsfunktionen und gehärtete Software-Supply-Chain-Attestierungstools.

## Warum es wichtig ist

In der Vergangenheit verließ sich die Docker Engine auf ihr proprietäres Graphdriver-Subsystem, um lokale Container-Image-Layer, Image-Caches und Container-Schreib-Layer zu verwalten. Dieser veraltete Speichermechanismus war in den Anfangsjahren des Container-Ökosystems zwar effektiv, verursachte jedoch erhebliche Probleme bei modernen Cloud-nativen Arbeitsabläufen. Entwickler stießen häufig auf Diskrepanzen zwischen lokal erstellten Images und denen, die in Kubernetes-Produktionslaufzeiten ausgeführt wurden, während die Verwaltung von Multi-Architektur-Manifesten – wie das gleichzeitige Erstellen von ARM64- und AMD64-Images – umständliche Problemumgehungen und doppelte Festplattenzuweisungen erforderte.

Durch die Erweiterung der nativen Snapshotter-Architektur von Containerd zur standardmäßigen lokalen Laufzeit beseitigt Docker Desktop 4.91 diese systemischen Ineffizienzen. Entwickler erhalten native Unterstützung für OCI-Image-Spezifikationen, sodass plattformübergreifende Images nahtlos gemeinsame Basisebenen auf der Festplatte teilen können, ohne dass doppelter Speicherbedarf entsteht. Darüber hinaus erleichtert die Containerd-Integration die native kryptografische Bildsignierung, die Erstellung von Software Bill of Materials (SBOM) und die Speicherung von Schwachstellenbescheinigungen direkt im lokalen Bildindex, wodurch die Workstation-Entwicklung an modernen Cybersicherheitsanforderungen für Unternehmen ausgerichtet wird.

## Technische Details


![Technische Aufschlüsselung der Containerd-Laufzeitarchitektur und der Ausführung der OCI-Image-Ebene.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1789500998694-voy7xk-docker-desktop-4-91-engine-v29-containerd-default-2026-09-15-night-inside-1-dfec0a648c.webp)


Der technische Kern der Umstellung liegt in der Snapshotter-Plugin-Schnittstelle von Containerd, die den alten Overlay2-Speichertreiber vollständig ersetzt. Snapshotter entkoppeln das Entpacken des Container-Images vom Mounten des Dateisystems und ermöglichen so eine leistungsstarke differenzielle Layer-Freigabe und sofortige Container-Spin-up-Zeiten. In Docker Desktop 4.91 ist der Containerd-Image-Store über interne gRPC-Endpunkte nahtlos in den Docker-Daemon integriert und gewährleistet so die vollständige Abwärtskompatibilität für standardmäßige Docker-Run- und Docker-Build-CLI-Befehle.

Das Update führt native Unterstützung für Wasm-Container-Shims (WebAssembly) direkt neben herkömmlichen Linux-Containern ein, sodass Entwickler leistungsstarke kompilierte Wasm-Binärdateien innerhalb von Standard-Container-Kompositionsworkflows ausführen können. Darüber hinaus wurde Docker Compose durch parallele Abhängigkeitsauflösung und verteiltes Build-Caching optimiert, wodurch die Startzeiten lokaler Umgebungen mit mehreren Diensten um bis zu 35 % verkürzt werden. Die Version behebt außerdem mehrere Berechtigungsausweitungsvektoren mit geringem Schweregrad im Netzwerk-Proxy der virtuellen Desktop-Maschine.

## Auswirkungen auf Markt und Branche


![Demonstration des Entwickler-Workflows mit Schwerpunkt auf plattformübergreifenden Container-Builds und lokaler Registrierungssynchronisierung](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1789501000152-4144e8-docker-desktop-4-91-engine-v29-containerd-default-2026-09-15-night-inside-2-33060c5482.webp)


Der Übergang festigt die Position von Containerd als allgegenwärtige Container-Laufzeitbasis sowohl für Entwickler-Laptops als auch für die Hyperscale-Cloud-Infrastruktur. Durch die direkte Ausrichtung seiner Desktop-Laufzeitumgebung an den CNCF-Open-Source-Spezifikationen neutralisiert Docker die wachsende Konkurrenz durch alternative Desktop-Container-Tools wie Podman und Rancher Desktop, die seit langem die Einhaltung reiner OCI-Standards fördern.

Für Enterprise-Software-Engineering-Organisationen reduziert die Standardisierung die Komplexität der Continuous-Integration-Pipeline erheblich. Build-Skripte und Container-Images, die lokal auf Entwickler-Workstations überprüft wurden, verhalten sich jetzt identisch, wenn sie von Produktions-Kubernetes-Clustern aufgenommen werden, wodurch die subtilen Verhaltensunterschiede „funktioniert auf meinem Computer“ beseitigt werden, die durch die Serialisierung der Legacy-Graphdriver-Ebene verursacht werden. Auch Unternehmenssicherheitsteams profitieren von einem optimierten Bildscan, da Schwachstellenanalysatoren von Drittanbietern native OCI-Bescheinigungen ohne komplexe Exporttransformationen überprüfen können.

## Worauf man als Nächstes achten sollte

Docker hat angekündigt, dass bestehende Installationen, die die veraltete Graphdriver-Speicher-Engine nutzen, in den kommenden Nebenversionen automatisierte Migrationsaufforderungen erhalten werden, wobei die vollständige Einstellung der veralteten Treiber für Docker Engine v30 Anfang 2027 geplant ist. Systemadministratoren, die Unternehmensentwicklerflotten verwalten, werden automatisierte Migrationsskripte evaluieren, um sicherzustellen, dass ältere benutzerdefinierte Build-Plugins reibungslos in das Containerd-Subsystem übergehen.

Entwickler sollten auch auf bevorstehende Erweiterungen der AI-Toolchain-Integration von Docker achten. Nach der Containerd-Einführung bereiten die Docker-Engineering-Teams spezielle Container-Vorlagen vor, die für die Feinabstimmung lokaler Modelle und die GPU-Passthrough-Beschleunigung optimiert sind, und schließen so die Lücke zwischen Container-Virtualisierung und der Entwicklung moderner künstlicher Intelligenz.

## Quellen

- [Versionshinweise zur Docker-Dokumentation](https://docs.docker.com/desktop/release-notes/#4910) – Offizielle Versionshinweise für Docker Desktop 4.91.0, die das Standardverhalten des Containerd-Image-Stores und Compose-Updates angeben.
- [Docker Engineering Blog](https://www.docker.com/blog/how-the-containerd-image-store-supercharges-local-development/) – Technischer Architektur-Deep-Dive in Multi-Arch-Emulation, Build-Cache-Effizienz und OCI-Image-Spezifikationen.
– [Der neue Stack Cloud Native](https://thenewstack.io/docker-engine-v29-unifies-developer-toolchains-with-native-containerd-support/) – Cloud-native Branchenanalyse zur Bewertung des Übergangs weg von der klassischen Graphdriver-Speicher-Engine.

Mentions: Docker, Containerd, Docker Compose, OCI, Cloud Native Computing Foundation

## Sources
- [Versionshinweise zur Docker-Dokumentation](https://docs.docker.com/desktop/release-notes/#4910)
- [Docker Engineering-Blog](https://www.docker.com/blog/how-the-containerd-image-store-supercharges-local-development/)
- [Der neue Stack Cloud Native](https://thenewstack.io/docker-engine-v29-unifies-developer-toolchains-with-native-containerd-support/)