
Apple Container 1.0 als native Docker-Alternative für macOS veröffentlicht
Apples auf Swift basierendes Container-Tool für macOS erreicht Version 1.0 und bietet nun persistente Linux-Maschinen, Host-Integration sowie umfassende Verbesserungen der Arbeitsabläufe.
Eine Übersetzung von 🇬🇧 Linuxiac.com
Ein Jahr, nachdem Apple sein Open-Source-Container-Tool als native, Swift-basierte Alternative für die Ausführung von Linux-Containern unter macOS vorgestellt hat, hat das Projekt mit der Veröffentlichung der Version 1.0 seinen ersten wichtigen Meilenstein in der stabilen Entwicklung erreicht.
🎓 Für alle, die die ursprüngliche Ankündigung verpasst haben: Apples Container ist ein Befehlszeilentool, mit dem sich OCI-kompatible Linux-Container direkt unter macOS erstellen, ausführen, kompilieren und veröffentlichen lassen.
Da macOS Linux-Container nicht nativ wie ein Linux-Host ausführt, setzt Apples Ansatz auf leichtgewichtige Linux-Virtualisierungsmaschinen, wobei jeder Container über eine eigene isolierte Umgebung verfügt.
Im Gegensatz zu herkömmlichen Containern, die in der Regel auf eine einzelne Anwendung oder einen einzelnen Prozess ausgerichtet sind, ist eine Container-Maschine als persistente Linux-Umgebung konzipiert. Nach Apples Angaben soll sie eine hochintegrierte Linux-Umgebung bieten, die nahtlos auf einem Mac funktioniert und auf standardmäßigen OCI-Images basiert, die erstellt und gemeinsam genutzt werden können.
🎓 Und das ist wichtig, denn statt nur kurzlebige Container auszuführen, können Nutzer langlebige Linux-Umgebungen erstellen, die über mehrere Sitzungen hinweg bestehen bleiben, ein Init-System ausführen und lang laufende Dienste unterstützen.
Was die Host-Integration betrifft, ordnet eine Container-Maschine den macOS-Benutzernamen und das Home-Verzeichnis automatisch der Linux-Umgebung zu, wodurch Repositorys und Dotfiles auf beiden Seiten verfügbar sind. So können Entwickler Code mit macOS-nativen Tools wie ihrer bevorzugten IDE oder ihrem Editor bearbeiten, während sie dasselbe Projekt unter Linux erstellen und ausführen.
Eine weitere nützliche Ergänzung ist die Unterstützung echter Linux-Dienste, wodurch sich die Container-Maschine zum Testen von Anwendungen mit Hintergrunddiensten in einer Linux-Umgebung eignet.
Die Funktion unterstützt zudem mehrere Ziel-Distributionsumgebungen. Entwickler können separate Maschinen für Alpine, Ubuntu, Debian oder andere Linux-Images erstellen und dabei weiterhin dasselbe macOS-Home-Verzeichnis und dieselben Dotfiles gemeinsam nutzen.
Die Verwaltung dieser Umgebungen erfolgt über den neuen Befehlssatz „container machine“. Benutzer können Maschinen erstellen, interaktive Shells öffnen, einmalige Befehle ausführen, eine Standardmaschine festlegen, Umgebungen auflisten und überprüfen, sie anhalten und entfernen sowie Einstellungen wie die CPU- und Speicherzuweisung ändern. Die Einbindung des Home-Verzeichnisses kann als schreib- und lesbar, schreibgeschützt oder deaktiviert konfiguriert werden.
Für fortgeschrittene Nutzer unterstützt Container Machine verschachtelte Virtualisierung, wobei wichtige Voraussetzungen zu beachten sind. Erforderlich ist ein Mac mit Apple Silicon M3 oder neuer, auf dem macOS 15 oder höher läuft, sowie ein Linux-Kernel, der mit aktivierter KVM-Unterstützung kompiliert wurde. Apple weist darauf hin, dass der Standard-Kernel dies nicht unterstützt; Nutzer, die verschachtelte Virtualisierung benötigen, müssen daher einen geeigneten benutzerdefinierten Kernel bereitstellen.
🎓 Das bedeutet natürlich nicht, dass Docker Desktop unter macOS plötzlich irrelevant geworden ist. Docker verfügt nach wie vor über das umfassendere Ökosystem, Compose-Workflows, GUI-Tools, Integrationen und die Akzeptanz unter Entwicklern. Für viele Nutzer, insbesondere diejenigen, die bereits in Docker-basierte Workflows investiert haben, wird das Tool von Apple kein direkter Ersatz sein.
Apple Container 1.0 ist ab sofort im GitHub-Repository des Projekts verfügbar. Die Dokumentation finden Sie hier.
Spendieren Sie Bobby einen ☕ Ko-fi
s3n🧩net wünscht viel Vergnügen















Comments