Seite 18 - Docker

Wer Docker-Performance-Probleme lösen will, muss verstehen, warum die drei Plattformen grundlegend unterschiedliche Architekturen haben. Auf Linux läuft Docker nativ, auf macOS und WSL2 über eine Virtualisierungsschicht – mit messbaren Konsequenzen für Builds, Bind-Mounts und I/O-intensive Anwendungen.

Kaum ein Satz frustriert ein Entwicklungsteam so zuverlaessig wie bei mir laeuft es doch, gefolgt vom Blick auf eine rote GitLab-Pipeline. Fast immer steckt die Ursache nicht im Code selbst, sondern in einem Unterschied zwischen lokaler Umgebung und CI-Runner, sei es eine andere PHP-Version, eine fehlende Extension, eine falsche Zeitzone oder ein Cache, der lokal etwas anderes enthaelt als in der Pipeline. Dieser Artikel zeigt eine systematische Vorgehensweise, um solche Diskrepanzen gezielt statt durch Raten zu finden.

Docker Hub war für viele Jahre die Standardantwort auf die Frage, wo Images gespeichert werden, doch Rate Limits, Kosten und Compliance-Anforderungen bringen Teams zunehmend zu alternativen Container Registries. GitLab, GitHub, Amazon ECR und selbst gehostetes Harbor bieten unterschiedliche Antworten auf dieselbe Frage, welche Registry zu welcher Situation passt.

Composer und npm neu von null zu starten kostet in jedem Build Minuten. Die gute Nachricht: beide Package-Manager haben robuste lokale Caches, die zwischen Docker-Builds persistent gehalten werden können, ohne die Image-Größe zu erhöhen. Der Schlüssel liegt in der richtigen Trennung von Lock-File-Layer, Vendor-Layer und Cache-Mount — und in dem Verständnis, wann welcher Cache-Typ der richtige ist.

Approval Rules sorgen dafuer, dass Code-Reviews nicht vom guten Willen einzelner Entwickler abhaengen, sondern technisch erzwungen werden, mit CODEOWNERS-Integration, Mindestanzahl an Freigaben und klaren Regeln fuer Ausnahmen.

Dateien die im Container als root erstellt wurden und auf dem Host nicht bearbeitbar sind, Volume-Mounts die Lese- oder Schreibzugriff verweigern, Prozesse die mit UID 0 laufen obwohl das nicht nötig wäre – Docker Dateirechte sind eines der häufigsten Probleme in der täglichen Entwicklung und im Produktionsbetrieb. UID/GID-Mapping, fixuid und rootless Docker lösen diese Konflikte systematisch.

Container im Entwickler-Laptop-Modus und Container in der Produktion sind zwei grundlegend verschiedene Dinge. Diese Docker Checkliste deckt alle Pflichtkategorien ab: Security-Härtung, Performance-Limits, Storage-Absicherung und reproduzierbare Deployment-Verfahren – mit konkreten Kommandos für jeden Punkt.

Viele gewachsene Dockerfiles installieren mehr als noetig, cachen Layer ungeschickt und basieren auf veralteten Images mit bekannten Sicherheitsluecken. Claude analysiert bestehende Dockerfiles, schlaegt Multi-Stage-Umbauten vor und erklaert, welche Aenderung welchen konkreten Effekt auf Build-Zeit und Image-Groesse hat.