Loading content
Salt bietet ein skalierbares Master-Minon-Modell für Remote-Ausführung, Konfigurationsmanagement (States) und Orchestrierung. Es erleichtert inkrementelle Infrastrukturänderungen, Fernwartung und Automatisierung über tausende Knoten durch deklarative Zustände und modulare Erweiterungen. Gut geeignet für DevOps-Workflows und hybride Umgebungen.
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.
Salt ist ein ereignisgetriebenes Open-Source-Automatisierungs- und Konfigurationsmanagementsystem für verteilte Rechner.
Salt wurde 2011 von Thomas Hatch entwickelt und zunächst von SaltStack veröffentlicht. Die Entwicklungslinie verbindet Remote-Ausführung mit deklarativen States, Pillar-Daten und einer Master-Minion-Architektur; Salt wird heute im Umfeld von VMware weitergeführt.
Ein Salt-Master verteilt Befehle oder States an Minions, die den Zielzustand auf ihren Systemen herstellen. Grains liefern erkannte Fakten, Pillar stellt gezielte Daten bereit. Idempotente States erleichtern Wiederholung, während Geheimnisse, Berechtigungen und Erreichbarkeit sorgfältig geschützt werden müssen.
Ein deklarativer State beschreibt den gewünschten Zustand eines Systems.
Ein verwalteter Knoten empfängt Aufgaben und setzt sie lokal um.
Gezielte Daten werden für bestimmte Minions oder Umgebungen bereitgestellt.
Salt eignet sich für Flottenbetrieb, Provisionierung und wiederholbare Änderungen. Schlüsselverwaltung, Master-Vertrauen, Teststufen und Driftkontrolle sind zentrale Betriebsfragen.
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.