Null-resurser och triggers

Terraform:s null_resource är en särskild resurstyp som inte direkt skapar eller hanterar något infrastruktur objekt hos din molnleverantör.

I stället fungerar den som en platshållare för att köra godtyckliga kommandon eller skript och används ofta för uppgifter som ligger utanför den vanliga resursprovisioneringens område.

Du kanske undrar varför du skulle behöva en ”null”-resurs. Den är mycket användbar för:

• Köra lokala skript: Köra kommandon på den dator där Terraform körs (till exempel förbereda konfigurationsfiler).
• Åtgärder efter distribution: Utföra konfigurations- eller rensningsuppgifter efter att riktiga resurser har provisionerats.
• Interagera med externa API:er: När det inte finns någon dedikerad Terraform-provider för en viss tjänst.
• Anpassad logik: Orkestrera anpassade steg som inte är knutna till någon specifik molnresurs.

Ett null_resource-block ser ut som vilken annan Terraform-resurs som helst. Utan provisioners eller triggers skapar det i sig bara ett ”null”-objekt i Terraform-tillståndet och gör inget annat.

Det kombineras vanligtvis med provisioners för att köra kommandon och med triggers för att styra när dessa kommandon körs.

Här är en minimal null_resource. Om du kör terraform apply för den skapas den i tillståndet, men ingen extern åtgärd utförs.

Den är bara en platshållare som kan kompletteras med åtgärder.

Den verkliga styrkan hos null_resource visar sig när du kombinerar den med provisioners.

Provisioners låter dig köra skript eller kommandon på den dator där Terraform körs (local-exec) eller på själva fjärrresursen (remote-exec, även om det är mindre vanligt med null_resource).

Detta gör att null_resource kan fungera som en åtgärdskörning.

triggers är en map med godtyckliga nyckel-värde-par som definieras i ett null_resource-block.

Syftet är att tala om för Terraform: ”Om något värde i denna map ändras måste denna null_resource (och dess provisioners) köras igen.”

Detta är avgörande för att få null_resource att reagera på ändringar i din infrastruktur.

När ett värde i mappen triggers ändras upptäcker Terraform en ändring i null_resource.

Under en terraform apply kommer Terraform då att:

• Förstöra den befintliga null_resource (om den finns).
• Skapa om null_resource.
• Köra om eventuella tillhörande provisioners.

Denna mekanism säkerställer att dina anpassade åtgärder endast körs när relevanta beroenden ändras.

Här använder vi en null_resource för att simulera en uppdatering av en konfigurationsfil baserat på en enkel variabel. Provisioner-typen local-exec kör ett kommando, och triggers säkerställer att det körs igen om var.app_version ändras.

Även om null_resource är kraftfull bör du använda den med eftertanke:

• Föredra providers: Om det finns en dedikerad Terraform-provider eller resurs för en uppgift bör du använda den i stället.
• Gör den idempotent: Säkerställ att skript som körs av provisioners kan köras om flera gånger utan oönskade bieffekter.
• Undvik tillståndshantering: Försök inte hantera externt tillstånd med null_resource; det är vad backends för fjärrtillstånd är till för.
• Överväg datakällan external: För komplex extern logik som returnerar strukturerade data kan datakällan external vara ett renare alternativ.

I den här lektionen har du upptäckt hur mångsidig Terraform:s null_resource är – ett kraftfullt verktyg för att köra anpassade kommandon och skript som inte motsvarar konkreta molnresurser.

Du har också lärt dig om triggers, en mekanism i null_resource som låter dig definiera beroenden och säkerställa att provisioners körs om när dessa beroenden ändras. Det möjliggör dynamisk och reaktiv anpassad automatisering inom IaC.