Usar ansible_facts en las tareas

Los facts recopilados solo son útiles si actúa basándose en ellos. Ahora extraerá valores de ansible_facts directamente en sus tareas. 🌟

Use la misma sintaxis {{ }} que con cualquier variable. Dentro de las llaves, indique el nombre del fact que desea, como distribution del host.

También puede leer los facts mediante el diccionario ansible_facts, usando claves entre corchetes. Ambos estilos apuntan a los mismos datos.

Combine un fact con when para ejecutar una tarea únicamente en los hosts correspondientes, como instalar un paquete solo en sistemas Debian.

Los facts permiten que una sola tarea funcione con muchas distribuciones. Elija apache2 o httpd según la familia del sistema operativo en lugar de escribir dos playbooks.

Facts como ansible_memtotal_mb son números, por lo que puede compararlos y omitir trabajo en hosts con recursos insuficientes.

Para los facts anidados, encadene las claves con puntos. La dirección IPv4 predeterminada se encuentra bajo ansible_default_ipv4 y después bajo address.

Los mismos nombres de fact funcionan dentro de las plantillas Jinja2. Inserte el hostname o la IP de un host directamente en un archivo de configuración generado.

Algunos facts son listas, como ansible_interfaces. Puede recorrerlas para actuar sobre cada interfaz de red que tenga un host.

¿No está seguro del valor exacto de un fact? Imprímalo primero con debug y, después, construya la lógica que depende de él.

Como los facts son específicos de cada host, las tareas basadas en facts hacen que un solo playbook se comporte correctamente en un conjunto heterogéneo de máquinas.

¿Cómo ejecutaría una tarea únicamente en hosts de la familia Debian?

Leyó facts con {{ }}, tomó decisiones con when, accedió a valores anidados y recorrió facts de tipo lista para crear tareas adaptables. ✨