Seminar Moby BuildKit / Docker Buildx - Buildx Builder-Instanzen und Treiber

Inhaltsübersicht

• Builder-Instanzen und ihr Verhältnis zur Docker-Konfiguration
• Treiber docker, docker-container, kubernetes und remote im Vergleich
• Builder-Lifecycle: create, inspect, use, bootstrap, prune und remove
• Multi-Node-Builder und verteilte Build-Topologien
• Auswahlkriterien für lokale Entwicklung, CI/CD und Plattformbetrieb

Beschreibung

Docker Buildx arbeitet mit expliziten Builder-Instanzen. Wer diese Instanzen nicht versteht, baut schnell mit falschem Treiber, falschem Cache oder unpassender Zielplattform. Dieses Seminar ordnet die Treiber ein und zeigt, wie Builder gezielt für lokale Entwicklung, CI/CD-Agenten und gemeinsam genutzte Build-Infrastruktur aufgebaut werden.

Die praktischen Übungen vergleichen den Standard-Treiber mit containerbasierten und entfernten Build-Varianten. Dabei werden Builder erstellt, aktiviert, gebootstrappt, inspiziert und kontrolliert entfernt. Der Schwerpunkt liegt auf nachvollziehbaren Betriebsentscheidungen: welcher Builder für welche Aufgabe, mit welchen Grenzen und mit welchem Wartungsmodell.

Praxis und Schrittfolge

1. Vorhandene Builder auflisten und Standard-Builder identifizieren.
2. Einen neuen Builder mit passendem Treiber erstellen und aktivieren.
3. Builder-Details prüfen: Plattformen, Status, Knoten und BuildKit-Version.
4. Einfache Builds über verschiedene Builder ausführen und Unterschiede bewerten.
5. Builder für parallele Teams oder CI/CD-Agenten trennen.
6. Aufräum- und Wartungsbefehle für Builder und Cache sicher anwenden.

Zielgruppe

Geeignet für Rollen, die Buildx zuverlässig betreiben, Build-Umgebungen trennen oder die Grundlage für Multi-Arch- und CI/CD-Builds schaffen müssen.

Voraussetzungen

Erforderlich sind solide Docker-Grundlagen, Shell-Kenntnisse und Verständnis für Images, Registries und lokale Build-Kommandos.

Typische Einsatzszenarien

• Getrennte Builder für Entwicklungs- und Release-Builds
• Vorbereitung von Buildx für Multi-Architecture Builds
• Standardisierung von Buildern auf CI/CD-Agenten
• Fehlervermeidung durch bewusste Treiberwahl