Recursos nulos y triggers

null_resource de Terraform es un tipo especial de recurso que no crea ni administra directamente ningún objeto de infraestructura en su proveedor de nube.

En su lugar, actúa como marcador de posición para ejecutar comandos o scripts arbitrarios, y suele utilizarse para tareas que quedan fuera del alcance del aprovisionamiento habitual de recursos.

Tal vez se pregunte por qué necesitaría un recurso «null». Resulta sumamente útil para:

• Ejecutar scripts locales: Ejecutar comandos en la máquina donde se ejecuta Terraform (por ejemplo, preparar archivos de configuración).
• Acciones posteriores a la implementación: Realizar tareas de configuración o limpieza después de aprovisionar los recursos reales.
• Interactuar con API externas: Cuando no existe un proveedor de Terraform específico para un servicio determinado.
• Lógica personalizada: Orquestar pasos personalizados que no están vinculados a un recurso de nube específico.

Un bloque null_resource tiene el mismo aspecto que cualquier otro recurso de Terraform. Por sí solo, sin provisioners ni triggers, simplemente crea un objeto «null» en el estado de Terraform y no hace nada más.

Normalmente se combina con provisioners para ejecutar comandos y con triggers para controlar cuándo se ejecutan dichos comandos.

A continuación se muestra un null_resource mínimo. Si ejecuta terraform apply, se creará en el estado, pero no se realizará ninguna acción externa.

Es simplemente un marcador de posición, listo para ampliarse con acciones.

La verdadera potencia de null_resource aparece al combinarlo con provisioners.

Los provisioners permiten ejecutar scripts o comandos en la máquina que ejecuta Terraform (local-exec) o en el propio recurso remoto (remote-exec, aunque es menos habitual con null_resource).

Esto permite que null_resource se convierta en un ejecutor de acciones.

triggers es un mapa de pares clave-valor arbitrarios definidos dentro de un bloque null_resource.

Su objetivo es indicar a Terraform: «Si cambia cualquier valor de este mapa, es necesario volver a ejecutar este null_resource y sus provisioners».

Esto es fundamental para que null_resource responda a los cambios en su infraestructura.

Cuando cambia un valor del mapa triggers, Terraform detecta una modificación en null_resource.

Durante un terraform apply, Terraform hará lo siguiente:

• Destruirá el null_resource existente (si lo hay).
• Volverá a crear el null_resource.
• Volverá a ejecutar los provisioners asociados.

Este mecanismo garantiza que las acciones personalizadas se ejecuten únicamente cuando cambien las dependencias relevantes.

Aquí usamos un null_resource para simular la actualización de un archivo de configuración basándonos en una variable sencilla. El provisioner local-exec ejecuta un comando, y triggers garantiza que vuelva a ejecutarse si cambia var.app_version.

Aunque es potente, use null_resource con criterio:

• Prefiera los proveedores: Si existe un proveedor o recurso de Terraform específico para una tarea, utilícelo en su lugar.
• Manténgalo idempotente: Asegúrese de que los scripts ejecutados por los provisioners puedan volver a ejecutarse varias veces de forma segura y sin efectos secundarios.
• Evite gestionar el estado: No intente gestionar el estado externo con null_resource; para eso existen los backends de estado remoto.
• Considere la fuente de datos external: Para lógica externa compleja que devuelve datos estructurados, la fuente de datos external puede ser una alternativa más limpia.

Ha aprendido sobre null_resource y triggers. Compruebe ahora sus conocimientos.

En esta lección, ha descubierto la versatilidad de null_resource de Terraform, una herramienta potente para ejecutar comandos y scripts personalizados que no se corresponden con recursos concretos de la nube.

También ha aprendido sobre triggers, un mecanismo de null_resource que permite definir dependencias y garantizar que los provisioners se vuelvan a ejecutar cada vez que cambien dichas dependencias. Esto permite crear automatizaciones personalizadas, dinámicas y reactivas dentro de su IaC.