Agentenlos und Push-basiert: Ansible's Grundidee

Die zentrale Idee von Ansible ist, dass es agentenlos arbeitet: Sie müssen auf den verwalteten Maschinen weder einen Daemon noch zusätzliche Software installieren.

Um einen Linux-Knoten zu erreichen, verwendet Ansible einfach SSH, also dasselbe Protokoll, mit dem Sie sich bereits anmelden. Keine neuen Ports, kein neuer Dienst.

Für Windows-Hosts ersetzt Ansible SSH durch WinRM. In beiden Fällen nutzt es den bereits vorhandenen Kanal der Maschine für die Fernverwaltung.

Ansible arbeitet Push-basiert: Ihr Control Node baut die Verbindung nach außen auf und steuert die Arbeit. Agenten melden sich nicht zu Hause, um nach Anweisungen zu fragen.

Auf einer Maschine, dem Control Node, ist Ansible installiert. Nur dort benötigen Sie die Software; von dort aus wird alles orchestriert.

Die von Ihnen gesteuerten Server sind Managed Nodes. Sie benötigen nur SSH und Python, die unter Linux normalerweise bereits vorhanden sind.

Ansible kopiert ein kleines Modul über SSH auf den Node, führt es aus, sammelt das JSON-Ergebnis ein und löscht es anschließend. Nichts bleibt zurück.

Ein ständig laufender Agent bedeutet, dass kein zusätzlicher Daemon gepatcht oder ausgenutzt werden kann. Das agentenlose Design verkleinert Ihre Angriffsfläche und den Wartungsaufwand.

Wenn Sie sich per SSH mit einer Maschine verbinden können, können Sie sie heute mit Ansible verwalten. Es gibt keinen Bootstrap-Agenten, dessen Einführung Ihren Start blockiert.

Ein schneller Ping über SSH beweist, dass Ansible einen Host erreichen kann. Für diese Verbindung musste kein Agent installiert werden.

Bei Push werden Änderungen angewendet, wenn Sie Ansible ausführen, und nicht kontinuierlich. Für die meisten Teams ist diese Bedarfsteuerung genau das, was sie möchten.

Ansible ist agentenlos und Push-basiert: Ein Control Node steuert Managed Nodes über SSH, führt ein Modul aus und räumt anschließend auf. 🎯