Null-Ressourcen und Trigger

Terraform's null_resource ist ein spezieller Ressourcentyp, der kein Infrastruktur-Objekt bei Ihrem Cloud-Anbieter direkt erstellt oder verwaltet.

Stattdessen dient er als Platzhalter zum Ausführen beliebiger Befehle oder Skripte, häufig für Aufgaben außerhalb des üblichen Bereitstellungsumfangs von Ressourcen.

Vielleicht fragen Sie sich, warum Sie eine „null“-Ressource benötigen. Sie ist äußerst nützlich für:

• Lokale Skripte ausführen: Befehle auf dem Rechner ausführen, auf dem Terraform ausgeführt wird (z. B. zum Vorbereiten von Konfigurationsdateien).
• Aktionen nach der Bereitstellung: Einrichtungs- oder Bereinigungsaufgaben durchführen, nachdem die eigentlichen Ressourcen bereitgestellt wurden.
• Mit externen APIs interagieren: Wenn für einen bestimmten Dienst kein dedizierter Terraform-Provider vorhanden ist.
• Benutzerdefinierte Logik: Benutzerdefinierte Schritte koordinieren, die nicht an eine bestimmte Cloud-Ressource gebunden sind.

Ein null_resource-Block sieht wie jede andere Terraform-Ressource aus. Ohne Provisioner oder Trigger erstellt er lediglich ein „null“-Objekt im Terraform-Zustand und tut sonst nichts.

Er wird typischerweise mit Provisionern kombiniert, um Befehle auszuführen, und mit Triggern, um zu steuern, wann diese Befehle ausgeführt werden.

Hier sehen Sie eine minimale null_resource. Wenn Sie terraform apply dafür ausführen, wird sie im Zustand angelegt, aber es findet keine externe Aktion statt.

Sie ist lediglich ein Platzhalter, der für die Erweiterung um Aktionen bereitsteht.

Die eigentliche Stärke von null_resource zeigt sich in Kombination mit Provisionern.

Mit Provisionern können Sie Skripte oder Befehle auf dem Rechner ausführen, auf dem Terraform läuft (local-exec), oder direkt auf der entfernten Ressource (remote-exec, bei null_resource jedoch seltener).

Dadurch wird null_resource zu einem Ausführer von Aktionen.

triggers ist eine Zuordnung beliebiger Schlüssel-Wert-Paare, die innerhalb eines null_resource-Blocks definiert wird.

Damit teilen Sie Terraform mit: „Wenn sich ein Wert in dieser Zuordnung ändert, muss diese null_resource (und ihre Provisioner) erneut ausgeführt werden.“

Das ist entscheidend dafür, dass null_resource auf Änderungen in Ihrer Infrastruktur reagieren kann.

Wenn sich ein Wert in der triggers-Zuordnung ändert, erkennt Terraform eine Änderung an der null_resource.

Während eines terraform apply führt Terraform anschließend Folgendes aus:

• Die vorhandene null_resource wird zerstört (falls sie vorhanden ist).
• Die null_resource wird neu erstellt.
• Zugehörige Provisioner werden erneut ausgeführt.

Dieser Mechanismus stellt sicher, dass Ihre benutzerdefinierten Aktionen nur ausgeführt werden, wenn sich relevante Abhängigkeiten ändern.

Hier verwenden wir eine null_resource, um die Aktualisierung einer Konfigurationsdatei anhand einer einfachen Variable zu simulieren. Der local-exec-Provisioner führt einen Befehl aus, und die triggers stellen sicher, dass er bei einer Änderung von var.app_version erneut ausgeführt wird.

Obwohl null_resource leistungsfähig ist, sollten Sie sie mit Bedacht einsetzen:

• Provider bevorzugen: Wenn für eine Aufgabe ein dedizierter Terraform-Provider oder eine Ressource vorhanden ist, verwenden Sie stattdessen diese.
• Idempotenz sicherstellen: Stellen Sie sicher, dass die von Provisionern ausgeführten Skripte ohne Nebenwirkungen mehrfach ausgeführt werden können.
• Zustandsverwaltung vermeiden: Versuchen Sie nicht, externen Zustand mit null_resource zu verwalten. Dafür sind Backends für den Remote-Zustand vorgesehen.
• external-Datenquelle in Betracht ziehen: Für komplexe externe Logik, die strukturierte Daten zurückgibt, kann die external-Datenquelle eine übersichtlichere Alternative sein.

In dieser Lektion haben Sie die vielseitigen Einsatzmöglichkeiten von Terraform's null_resource kennengelernt – einem leistungsstarken Werkzeug zum Ausführen benutzerdefinierter Befehle und Skripte, die keinen konkreten Cloud-Ressourcen entsprechen.

Außerdem haben Sie triggers kennengelernt, einen Mechanismus innerhalb von null_resource, mit dem Sie Abhängigkeiten definieren und sicherstellen können, dass Provisioner erneut ausgeführt werden, sobald sich diese Abhängigkeiten ändern. Dadurch wird eine dynamische und reaktive benutzerdefinierte Automatisierung im Rahmen Ihrer IaC möglich.