In Ansible, un handle è sinonimo di un'attività, ma ecco il problema:viene attivato per agire quando viene chiamato da un altro evento o attività su cui è in ascolto. I gestori vengono utilizzati principalmente per eseguire attività secondarie che procedono con l'installazione di un nuovo servizio come un server Web o un database. Queste attività includono il riavvio o il ricaricamento dei servizi dopo che sono state apportate modifiche ai file di configurazione. I gestori vengono eseguiti solo dopo che un'attività riceve una notifica direttiva.
File Ansible Playbook con un gestore per il riavvio di Nginx
Per avere un'idea precisa del ruolo dei gestori in Ansible, creeremo un semplice file di playbook chiamato install_nginx.yml . Il playbook contiene una singola riproduzione che installa il server web Nginx su un nodo Ubuntu remoto. Subito dopo l'installazione, la notifica La direttiva indica al gestore di riavviare il servizio Nginx
Nota attentamente che la definizione di "notifica" corrisponde al nome del gestore. Come puoi vedere "Riavvia Nginx" definizione sotto la notifica corrisponde al nome del gestore nel playbook.
Ora eseguiamo il file del playbook.
$ ansible-playbook /etc/ansible/install_nginx.yml -K
Dall'output seguente, puoi vedere che Ansible ha eseguito prima l'attività, seguito dal gestore. Inoltre, puoi vedere che ha registrato 2 modifiche che sono in realtà l'installazione di Nginx e il riavvio del servizio Nginx che è stato eseguito dal gestore. L'attività principale era l'installazione di Nginx, mentre l'attività secondaria era il riavvio del server web Nginx.
File Ansible Playbook con più riproduzioni e gestori
Inoltre, puoi avere uno scenario in cui un file playbook contiene più riproduzioni e gestori.
Questi sono i giochi che abbiamo:
- Installazione di Nginx
- Consentire il traffico HTTP attraverso il firewall UFW.
Dopo che le riproduzioni sono state eseguite, la direttiva di notifica chiama ciascuno dei gestori per eseguire le proprie attività, riavviando Nginx e ricaricando il firewall UFW.
In questo esempio, le attività secondarie eseguite dai gestori sono:
- Riavvio del servizio Nginx
- Ricaricare il firewall
Eseguiamo ancora una volta il playbook.
$ ansible-playbook /etc/ansible/install_nginx.yml -K
Qui abbiamo un totale di quattro compiti. I primi due sono eseguiti dagli ascolti e i restanti due sono gestiti dai conduttori. Puoi vedere che dopo il runtime, il playbook ha registrato 4 modifiche che corrispondono al numero di operazioni o attività eseguite.
Conclusione
Evidentemente, usare i gestori è un esercizio abbastanza semplice e diretto. I gestori sono proprio come le attività solo che vengono chiamati dalla "notifica" e sono gli ultimi ad essere eseguiti nel playbook.