Kostenlose DevOps-Analyse
Zurück zum Glossar
DevOps Glossar·Automation

Ansible

// Direkte Antwort

Was macht Ansible und wofür wird es eingesetzt?

Ansible ist ein Open-Source-Tool für Konfigurationsmanagement und Automatisierung. Es beschreibt in einfachen YAML-Dateien, wie Server und Anwendungen konfiguriert sein sollen, und setzt diesen Zustand auf beliebig vielen Systemen gleichzeitig um — ohne dass dort ein Agent installiert sein muss.

DevOps Automatisierung
// Im DetailAnsible

Ansible ist ein Open-Source-Werkzeug für Konfigurationsmanagement, Anwendungsbereitstellung und Orchestrierung. Sein prägendes Merkmal ist der agentenlose Ansatz: Auf den verwalteten Systemen muss keine zusätzliche Software laufen, Ansible verbindet sich in der Regel per SSH (oder WinRM bei Windows) und führt die gewünschten Schritte über vorhandene Interpreter aus. Das senkt die Einstiegshürde und ist gerade in heterogenen oder restriktiv abgesicherten Umgebungen ein praktischer Vorteil.

Beschrieben wird der Soll-Zustand in Playbooks — gut lesbaren YAML-Dateien, die Tasks gegen Inventories von Hosts ausführen. Module kapseln die eigentliche Logik (Paket installieren, Datei verteilen, Dienst starten), Rollen bündeln wiederverwendbare Bausteine. Ansible arbeitet weitgehend idempotent: Ein Playbook beschreibt das gewünschte Ergebnis, und mehrfaches Ausführen verändert ein bereits korrekt konfiguriertes System nicht erneut.

Gegenüber reinem Infrastructure-as-Code zur Ressourcenerstellung wie Terraform liegt Ansibles Stärke eher im Konfigurieren bestehender Systeme: Pakete, Dienste, Dateien, Benutzer, Anwendungseinstellungen. In der Praxis werden beide oft kombiniert — Terraform provisioniert die Infrastruktur, Ansible konfiguriert die darauf laufenden Systeme. Im industriellen Umfeld ist der agentenlose, gut auditierbare Ansatz attraktiv, etwa um Edge-Gateways, Build-Server oder Linux-basierte Industrierechner reproduzierbar einzurichten.

Typische Stolpersteine: Playbooks werden prozedural statt deklarativ gedacht, was die Idempotenz untergräbt. Geheimnisse landen im Klartext im Repository, statt mit Ansible Vault verschlüsselt zu werden. Und bei großen Inventories kann die SSH-basierte, sequenzielle Ausführung langsam werden, wenn Parallelität und Fact-Caching nicht bewusst konfiguriert sind.

// Beispiele aus der Praxis2 Szenarien
/01

Reproduzierbare Edge-Gateway-Konfiguration

Ein Fertigungsbetrieb richtet seine Edge-Gateways per Ansible-Playbook ein — Pakete, Netzwerkparameter, Zertifikate und Dienste werden deklarativ beschrieben. Neue Gateways gehen so identisch konfiguriert in Betrieb, statt manuell eingerichtet zu werden.

/02

Konfigurationsschritt in der CI/CD-Pipeline

Nach der Provisionierung durch Terraform ruft die Pipeline ein Ansible-Playbook auf, das Anwendung und Abhängigkeiten auf den frischen Servern installiert und konfiguriert — der gesamte Weg von der leeren VM zum lauffähigen Dienst ist damit versioniert und wiederholbar.

// Häufige FragenFAQ
Was bedeutet "agentenlos" bei Ansible konkret?
Es muss auf den Zielsystemen kein Ansible-Daemon installiert und gepflegt werden. Ansible verbindet sich für die Dauer eines Laufs per SSH (oder WinRM), führt die Tasks über vorhandene Interpreter aus und trennt die Verbindung wieder. Das reduziert Wartungsaufwand und Angriffsfläche auf den verwalteten Hosts.
Wann nehme ich Ansible und wann Terraform?
Terraform ist stark im Bereitstellen und Verwalten von Infrastruktur (VMs, Netzwerke, Cloud-Ressourcen) anhand eines State. Ansible glänzt beim Konfigurieren bereits existierender Systeme. Häufig werden beide kombiniert: Terraform schafft die Ressourcen, Ansible konfiguriert die Systeme darauf.
Wie verwalte ich Geheimnisse sicher in Ansible?
Über Ansible Vault, das sensible Werte wie Passwörter oder Zertifikate verschlüsselt im Repository ablegt und erst zur Laufzeit entschlüsselt. So bleiben Playbooks versionierbar, ohne Klartext-Geheimnisse zu enthalten. Alternativ lassen sich externe Secret-Stores anbinden.
// Nächster Schritt

Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.

Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.

Erstgespräch buchen
Seit 2006 · 47+ Projekte
Industrie · Automotive · Finance