Docker Swarm ermöglicht Entwicklern, Container-Anwendungen einfach in Clustern zu verwalten. Es unterstützt automatische Lastverteilung und ermöglicht die hohe Verfügbarkeit durch Replikation von Containern.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Technischer Baustein: kann automatisiert, integriert oder betrieben werden.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
Docker Swarm ist die native Orchestrierungsfunktion für Docker-Container in einem Cluster. Sie verteilt Services auf mehrere Hosts, repliziert sie bei Bedarf und hilft, Verfügbarkeit und Skalierung mit dem Docker-Ökosystem zu steuern.
Docker entwickelte Swarm Mode als Teil der Docker Engine, um Container nicht nur auf einem Host, sondern koordiniert über mehrere Knoten zu betreiben. Die Docker-Dokumentation und die Einführung von Docker 1.12 zeigen diesen Schritt hin zu integrierter Cluster-Steuerung für Deployment, Skalierung, Lastverteilung und hohe Verfügbarkeit.
Stell dir Swarm als Leitstelle für einen Container-Cluster vor. Du beschreibst einen Service und den gewünschten Zustand, etwa wie viele Replikate laufen sollen. Manager-Knoten planen daraus Tasks auf geeignete Worker. Fällt ein Knoten aus oder ändert sich die Last, gleicht Swarm den Ist-Zustand wieder an den Soll-Zustand an.
Deployment, Skalierung und Betrieb verteilter Container werden über mehrere Hosts koordiniert.
Du definierst, wie viele Instanzen laufen sollen und welche Laufzeitbedingungen gelten.
Manager planen und überwachen, Worker führen die zugewiesenen Tasks aus.
Ein Service beschreibt das Ziel; Tasks sind die konkreten Laufzeitaufgaben, die daraus entstehen.
Swarm reagiert auf Ausfälle oder Laständerungen, indem es Aufgaben neu platziert und Replikate nachführt.
Docker Swarm ist hilfreich, wenn ein Team bereits auf Docker setzt und Container auf mehreren Hosts mit überschaubarer Komplexität betreiben will. Es eignet sich für Skalierung und einfache Hochverfügbarkeit, solange Clusterbetrieb, Netzwerke und Zustandsfragen bewusst geplant werden. Für sehr große oder stark spezialisierte Orchestrierungsszenarien werden oft umfangreichere Plattformen bevorzugt.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.