Dependencias de roles en meta/main.yml

Algunos roles solo funcionan si otro rol se ejecutó antes. Es posible que su rol de aplicación necesite un rol base que refuerce la seguridad del servidor antes de realizar el despliegue.

Cada rol puede contener un archivo meta/main.yml. En él se almacenan metadatos del rol, como el autor, las plataformas compatibles y sus dependencias.

Dentro de meta/main.yml, la clave dependencies enumera los roles que deben ejecutarse antes que este. Ansible los aplica primero de forma automática.

Al aplicar un rol, Ansible ejecuta antes sus dependencies enumeradas, en el orden en que aparecen, y después ejecuta las tareas propias del rol.

Puede proporcionar variables a una dependencia directamente en la lista. El rol base se ejecutará configurado exactamente como lo necesita este rol.

Un rol de aplicación web depende de nginx, que a su vez depende de common. Aplique webapp y Ansible resolverá toda la cadena de arriba abajo por usted.

Una dependencia puede incluir una condición when, por lo que solo se ejecutará en los hosts que coincidan. Por ejemplo, puede omitir el rol del firewall en los equipos de desarrollo.

Las dependencias de meta se resuelven antes de que comience el play. No pueden usar hechos de ejecución recopilados posteriormente, así que mantenga sus condiciones sencillas.

Al instalar un rol desde Ansible Galaxy, este lee meta/main.yml y obtiene automáticamente todas las dependencias enumeradas allí.

Enumere un rol como dependencia solo si realmente debe ejecutarse primero. Las cadenas ocultas dificultan la comprensión y la depuración de la automatización.

Además de las dependencias, meta/main.yml contiene galaxy_info: la licencia, la versión mínima de Ansible y las plataformas. Documenta cómo debe utilizarse un rol.

Recuerde dónde se declara que un rol debe ejecutarse antes que otro.

Enumere los roles necesarios en dependencies, dentro de meta/main.yml, y Ansible ejecutará primero esa cadena, opcionalmente con variables y condiciones. 🔗