Docker auf dem Mac — Docker Desktop vs. OrbStack vs. colima + Apple Silicon Setup

Wer „Docker auf dem Mac" sagt, greift meist zu Docker Desktop. Doch seit der Lizenzänderung 2021 (kostenpflichtig für Unternehmen ab 250 Mitarbeitern oder 10 Mio. USD Umsatz) haben Alternativen schnell aufgeholt. OrbStack und colima sind die beiden wichtigsten davon — und beide laufen auf Apple Silicon schlanker.

Ich denke, was die Wahl der Container-Laufzeit auf dem Mac heute interessanter macht als früher, ist nicht die technische Überlegenheit, sondern das Lizenz- und Ressourcenprofil — weil ein Tool, das im Leerlauf 2 GB RAM verbraucht, auf einem 16-GB-Laptop spürbar ist, statt unsichtbar zu bleiben. Anfangs habe ich Docker Desktop ohne Nachdenken installiert; heute ist OrbStack mein Standard auf privaten Geräten, da es schlanker und schneller startet.

Dieser Leitfaden vergleicht die drei Laufzeiten auf Apple Silicon (M1–M4) + macOS 14+ und bietet eine Entscheidungstabelle zur Auswahl. Im Anschluss folge dem jeweiligen Abschnitt für die konkreten Installationsschritte.

TL;DR

• Unternehmensrichtlinie erlaubt es + UI gewünscht → Docker Desktop
• Privates Gerät + Geschwindigkeit/Schlankheit gewünscht → OrbStack (klare Empfehlung)
• Vollständig kostenlos + nur CLI → colima

Voraussetzungen

• macOS 14+ + Apple Silicon (M1–M4) empfohlen
• Homebrew (Mac-Ersteinrichtung)
• 16 GB RAM oder mehr (8 GB stockt beim Kompilieren)

1. Entscheidungstabelle — welche Laufzeit wählen

Docker Desktop wählen, wenn

• Du die Kubernetes-UI brauchst — Docker Desktops k8s-Tab ist am einfachsten
• Es der Unternehmensstandard ist — gegen die Teamwahl zu gehen kostet dich Debugging-Zeit
• Du Mac und Windows im selben Team mischst — Docker Desktop ist die konsistenteste Erfahrung

OrbStack wählen, wenn

• Privates Gerät + Preis-Leistungs-Verhältnis — kostenlos für den Privatgebrauch, ~4× schneller als Docker Desktop
• Leichte Linux-VMs gewünscht — OrbStack bündelt Docker + einen Linux-Maschinen-Manager
• Begrenzter RAM — Leerlauf ~500 MB

colima wählen, wenn

• Kommerzielle Lizenz vermieden werden soll — MIT Open Source. Sicher für den Unternehmenseinsatz
• Automation-First — nur CLI, vollständig durch Konfigurationsdateien gesteuert
• CI / Dev-Container-Kompatibilität — Lima-basiert, integriert sich gut mit macOS

Keine klare Präferenz? Mit der OrbStack-30-Tage-Testversion starten — die reibungsloseste Einstiegserfahrung.

2. Docker Desktop Setup — 10 Min.

2.1 Installieren

brew install --cask docker

Oder von docker.com herunterladen. Der Apple Silicon Build wird automatisch ausgewählt.

2.2 Erster Start

Cmd + Space → Docker oder Spotlight. Sobald das 🐳-Symbol in der Menüleiste erscheint, ist Docker bereit.

docker --version       # Docker version 27.x.x
docker run hello-world # Standard hello-world Container

2.3 Ressourcen einstellen (erforderlich)

Docker Desktop → Einstellungen → Ressourcen:

• CPUs: Hälfte der Host-CPUs (4 bei einem 8-Kern-Gerät)
• Arbeitsspeicher: 25–50 % des Host-RAMs (4–8 GB bei 16 GB)
• Festplatten-Image-Größe: 60 GB+ (Images häufen sich schnell an)

Im Auslieferungszustand verbraucht es ~2 GB im Leerlauf. Wie oben einstellen.

2.4 Lizenzvorbehalt

Unternehmensrichtlinie vor der Nutzung prüfen. Offizielle Lizenzseite.

3. OrbStack Setup — 5 Min.

3.1 Installieren

brew install --cask orbstack

Oder orbstack.dev.

3.2 Erster Start

OrbStack starten → Lizenz akzeptieren → Docker-Befehle funktionieren sofort.

docker --version       # Docker version 27.x.x (OrbStack-gebündelt)
docker run hello-world

Wenn Docker Desktop ebenfalls installiert ist, kollidieren ihre PATH-Einträge. Docker Desktop beenden, bevor OrbStack verwendet wird.

3.3 OrbStacks einzigartige Stärken

Linux-Maschinen (optional) — eine leichte Ubuntu-VM in 1 Sekunde starten. SSH funktioniert.

orb create ubuntu my-ubuntu
orb -m my-ubuntu        # SSH hinein

Dateisystem-Integration — Container-Dateien werden direkt unter ~/OrbStack/ eingehängt. Du kannst code ~/OrbStack/docker/... vom Host aus aufrufen.

Automatische Ressourcenskalierung — keine explizite RAM-Einstellung. Skaliert mit der Nutzung auf und ab.

3.4 Lizenz

4. colima Setup — 10 Min.

4.1 Installieren

brew install colima docker docker-compose

Das docker-CLI wird separat installiert. colima stellt lediglich die Backend-VM bereit.

4.2 Starten

colima start
# colima startet eine Lima-VM und lädt beim ersten Start ~500 MB herunter
 
docker --version
docker run hello-world

Standards: 2 CPUs, 2 GB RAM, 60 GB Festplatte. Ändern:

colima start --cpu 4 --memory 8 --disk 100

Gespeichert in ~/.colima/default/colima.yaml.

4.3 Lebenszyklus

colima status       # läuft?
colima stop         # stoppen (erfordert nach Neustart erneutes Starten)
colima delete       # VM selbst löschen (Images + Volumes verloren)

4.4 Kubernetes (optional)

colima start --kubernetes
kubectl get nodes   # ein colima-Knoten

Basiert auf k3s. Leicht, aber kein Ersatz für einen echten produktionsähnlichen Cluster.

5. Häufige Fallstricke auf Apple Silicon

5.1 ARM-Images vs. AMD64-Images

Die meisten offiziellen Images (node, python, nginx) liefern bereits ARM64-Builds. Gelegentlich siehst du:

WARNING: The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8)

Lösungen:

# 1) Das ARM-Tag desselben Images finden
docker pull --platform linux/arm64 myimage:tag
 
# 2) Wenn unvermeidbar, AMD64 erzwingen (Rosetta-Emulation — langsam)
docker run --platform linux/amd64 myimage:tag

5.2 Volume-Mount-Performance

Das macOS-FS → Linux-Container-Mount ist auf jeder Laufzeit langsam. Am auffälligsten bei großen node_modules, Rails-Apps usw.

• OrbStack: am schnellsten (Virtio-fs optimiert)
• Docker Desktop: VirtioFS aktivieren (Einstellungen → Allgemein → „Use Virtio-fs")
• colima: colima start --mount-type virtiofs (Lima 1.x+)

Oder die Quelle innerhalb eines docker volume halten — schnell, aber kompliziert die IDE-Integration.

5.3 buildx Multi-Arch-Builds

In CI, wenn du sowohl AMD64 als auch ARM64 pushen musst:

docker buildx create --use --name multiarch
docker buildx build --platform linux/amd64,linux/arm64 -t myapp:latest --push .

Docker Desktop und OrbStack bündeln buildx. colima benötigt möglicherweise zusätzliche Einrichtung.

6. Migration — Docker Desktop → OrbStack

Images und Volumes sind pro Laufzeit isoliert, daher gibt es keine automatische Migration. Reihenfolge:

# 1. Wichtige Images/Volumes aus Docker Desktop exportieren
docker save myimage:tag -o myimage.tar
docker run --rm -v mydata:/data -v $(pwd):/backup alpine \
  tar czf /backup/mydata.tar.gz -C /data .
 
# 2. Docker Desktop beenden
osascript -e 'quit app "Docker"'
 
# 3. OrbStack starten, dann importieren
docker load -i myimage.tar
docker run --rm -v mydata:/data -v $(pwd):/backup alpine \
  tar xzf /backup/mydata.tar.gz -C /data

In der Praxis überspringen die meisten die Migration: ein frisches docker compose up in OrbStack baut alles von Grund auf neu.

7. Verifizieren

All das sollte mit der gewählten Laufzeit erfolgreich sein:

# 1. Grundlegend
docker --version
docker run hello-world
 
# 2. Container + Port
docker run -d --name nginx -p 8080:80 nginx
curl http://localhost:8080
docker stop nginx && docker rm nginx
 
# 3. Volume-Mount
mkdir -p /tmp/dockertest && echo "hello" > /tmp/dockertest/test.txt
docker run --rm -v /tmp/dockertest:/data alpine cat /data/test.txt
 
# 4. compose
docker compose version
 
# 5. buildx
docker buildx version

8. Problembehandlung

Cannot connect to the Docker daemon

• Läuft die Laufzeit tatsächlich? Docker Desktop Menüleisten-Symbol, orb status, colima status
• docker context ls — ist der aktive Kontext korrekt?
  • Bei mehreren installierten Laufzeiten explizit wechseln: docker context use default oder colima usw.

Image-Builds sind zu langsam

• Bestätigen, dass BuildKit aktiviert ist: DOCKER_BUILDKIT=1 (Docker 23+ verwendet es standardmäßig)
• Cache verwenden: häufig geänderte Zeilen nahe am Ende des Dockerfile platzieren
• Kontext mit .dockerignore verkleinern (.git, node_modules ausschließen)

docker-compose vs. docker compose

• Neu (v2): docker compose (Leerzeichen). Empfohlen
• Alt (v1): docker-compose (Bindestrich). Nähert sich EOL
• Alle Laufzeiten bündeln v2. Alias, wenn du noch die v1-Schreibweise brauchst:

  alias docker-compose='docker compose'

Speicher-Leak nach docker run

• macOS-Aktivitätsanzeige → com.docker.virtualization oder OrbStack Helper zeigt abnormen Speicherverbrauch
• Laufzeit neu starten: Docker Desktop „Neustart" / orb restart / colima restart

Volume-Mount erscheint leer

• Host-Pfad-Berechtigungen prüfen: macOS Dokumente, Schreibtisch, Downloads benötigen explizite Erlaubnis
• Systemeinstellungen → Datenschutz & Sicherheit → Dateien und Ordner → Zugriff für die Laufzeit erteilen

permission denied beim Schreiben in eine eingehängte Datei aus dem Container

• Container-UID und Host-UID stimmen nicht überein
• Korrektur: docker run -u $(id -u):$(id -g) ... oder USER im Dockerfile setzen

9. Vergleich — Docker Desktop vs. WSL2 (Mac- vs. Windows-Nutzer)

Eine häufige Frage in gemischten Mac/Windows-Teams.

In teamübergreifenden Projekten die docker-compose.yml/Dockerfile standardisieren — dann verschwindet der Laufzeitunterschied meist.

Referenzen

• Mac-Ersteinrichtung — Homebrew-Voraussetzungen
• Docker auf Windows (WSL2) — für teamübergreifenden OS-Vergleich
• OrbStack offiziell
• colima auf GitHub
• Docker Desktop Preise — vor Unternehmenseinsatz prüfen

Changelog

• 2026-05-16: Erster Entwurf. Docker Desktop · OrbStack · colima Vergleich + Apple Silicon Fallstricke + Migration + sechs Problembehandlungsfälle.