Good Practices für Ansible-Inventories und Inventar-Daten
Media error: Format(s) not supported or source(s) not found
Download File: https://berlin-ak.ftp.media.ccc.de//events/clt/2025/h264-hd/clt25-82-deu-Good_Practices_fuer_Ansible-Inventories_und_Inventar-Daten_hd.mp4Download File: https://mirrors.dotsrc.org/cdn.media.ccc.de//events/clt/2025/webm-hd/clt25-82-deu-Good_Practices_fuer_Ansible-Inventories_und_Inventar-Daten_webm-hd.webmDownload File: https://ftp.fau.de/cdn.media.ccc.de//events/clt/2025/h264-sd/clt25-82-deu-Good_Practices_fuer_Ansible-Inventories_und_Inventar-Daten_sd.mp4Download File: https://ffmuc.media.ccc.de//events/clt/2025/webm-sd/clt25-82-deu-Good_Practices_fuer_Ansible-Inventories_und_Inventar-Daten_webm-sd.webm
Das Inventory ist die Quelle der Wahrheit in der Automatisierung: Es definiert die Zielmenge für jeden Lauf, sollte einschränkbar sein auf die gewünschte Granularität und ist bestenfalls maschinell pflegbar.
Die Basics der Ansible-Automatisierung lassen sich noch mit dem INI-Format abbilden, aber mit zunehmender Komplexität wird's hässlich, schwer – und damit fehleranfällig. Automatisierte Pflegbarkeit: Fehlanzeige!
Dynamische Inventories geben demgegenüber zwar Zugriff auf den aktuellen Stand, im Recovery-Fall sind sie hingegen untauglich da i. d. R. (noch) leer!
Ich habe das YAML-Format in Baumstruktur für mich entdeckt: jede Granularität ist in eigenen Dateien abbildbar, außerdem ist es per Shellscript pflegbar - jedoch eine Hölle, wenn hunderte Dateien doch einmal manuell editiert werden müssen. Der Vortrag gibt einen Überblick einiger Formate und Wege, aus denen Ansible die Inventory-Daten beziehen kann, und einen Einblick, wie sich Anforderungen an Granularität und Wartbarkeit mit dem YAML-Format abbilden lassen.
Licensed to the public under http://creativecommons.org/licenses/by/4.0