Ansible è un programma di gestione della configurazione. Con l'aiuto di questo programma, è possibile eseguire simultaneamente routine di installazione e configurazione su un numero qualsiasi di altri computer da un unico computer. L'unico prerequisito è che l'utente connesso alla torre possa accedere agli altri computer tramite SSH (chiave SSH) e, se necessario, ottenere i diritti di SuperUser. Tuttavia, non è necessario installare alcun software aggiuntivo sui client stessi. Quando si chiama Ansible, il percorso del file hosts desiderato può essere specificato esplicitamente con l'opzione "-i hostfile". Tuttavia, se si desidera che Ansible utilizzi il file host nella directory "~/ansible" per impostazione predefinita, è possibile inserire la seguente riga in una shell di Ansible (o inserirla alla fine del file di configurazione "~/.bashrc o ~/.zshrc").

Un vantaggio di Ansible è che controlla le condizioni esistenti in anticipo. Solo allora vengono richiamate le routine necessarie. Se, ad esempio, i programmi desiderati sono già stati installati o i file di configurazione corrispondenti sono stati adattati, non vengono apportate modifiche. Grazie a queste caratteristiche, Ansible viene spesso utilizzato per l'amministrazione dei server, poiché non riavvia un servizio server attivo. Tuttavia, Ansible Service può essere utilizzato anche su computer standard. Anche i contenitori Docker possono essere configurati con Ansible Docker.

L'importanza di Ansible per la programmazione è:

• Ansible è uno degli strumenti preferiti per l'automazione dei processi. Si tratta di processi che altrimenti richiederebbero molto tempo e che spesso devono essere eseguiti manualmente senza un controllo di qualità professionale. Ansible offre diversi vantaggi rispetto ad altri strumenti di questo tipo (ad esempio Puppet, Chef, SaltStack ecc.).
• Grazie alle sue caratteristiche minime, Ansible è facile da usare con un'efficienza costante. Lo stato del sistema è descritto tramite file YAML (= playbook di Ansible) facili da scrivere e leggere.
• I compiti sono controllati e raggruppati tramite i playbook. Si scrive tutto nel modo in cui si desidera che il sistema funzioni. Gli elementi che ricorrono frequentemente sono memorizzati nei ruoli dei playbook e possono quindi essere utilizzati più volte.
• Non è necessario installare molto, perché tutto ciò che serve sul sistema è un server SSH, Ansible Git (Ansible Github) e un'installazione corrente di Python (un linguaggio di scripting che viene fornito con ogni sistema Linux attuale).
• E la curva di apprendimento è ripida. Ansible aiuta a conservare le conoscenze nella configurazione (Ansible setup) in modo che un successore di DevOps possa semplicemente continuare a lavorare da dove ha lasciato in qualsiasi momento. Questo perché il codice funge da documentazione e tutto è riproducibile.

"Ansible German" - Ansible è uno strumento di orchestrazione open source. Un playbook di Ansible è un'unità organizzata di script. Con Ansible, un server master può configurare un server slave: il master si connette allo "slave" tramite SSH ed esegue compiti predefiniti. Ogni task di Ansible descrive una fase di configurazione, come l'installazione di un pacchetto utilizzando Ansible Yum. Ogni task richiama un modulo sotto forma di moduli Ansible che implementa il task corrente (ad esempio, il modulo yum). Il modulo copy viene utilizzato quando si deve copiare un file. Il modulo Ansible systemd può essere usato per gestire i servizi Ansible systemd. La versione 2.7 di Ansible è dotata di circa 2.100 moduli Ansible. È inoltre possibile importare facilmente moduli aggiuntivi. Se si desidera combinare diverse attività di Ansible, è possibile utilizzare un Ansible Playbook. Ansible Playbook definisce le configurazioni del server che vengono gestite dallo strumento di automazione Ansible. In questo playbook di Ansible, la chiave hosts è usata prima in sintassi YAML per definire gli host dell'inventario su cui il playbook deve essere eseguito. La chiave tasks viene quindi utilizzata per definire tutti i task che devono essere eseguiti in questo ordine. In un corso Ansible, di solito vengono trattati argomenti come Ansible Playbook.

Ansible fa parte del gruppo di prodotti Red Hat per la gestione dei sistemi IT aziendali e comprende la gestione dell'infrastruttura Satellite, la gestione del cloud CloudForms e il servizio di monitoraggio e risoluzione dei problemi Red Hat Insights. Ansible Engine fornisce un supporto di livello enterprise al progetto open source. Ansible Engine è una versione stabilizzata e rinforzata delle tecnologie di automazione upstream. Ansible Engine comprende il task runner centrale e i moduli per le funzioni principali, la rete, la comunità e altre aree. Ansible Tower fornisce una serie di funzionalità di gestione e controllo degli accessi per estendere le capacità di Ansible Engine. Ansible Tower è un'offerta supportata da Red Hat basata sul progetto upstream AWX. Il team operativo IT può controllare facilmente le credenziali degli utenti per i sistemi gestiti grazie al Role Based Access Control (RBAC). Ansible Tower include anche dashboard personalizzabili e gestione dell'inventario tramite un'interfaccia grafica utente (GUI), un sistema di notifiche e la pianificazione dei lavori. Oltre alla GUI, Ansible Tower dispone di una propria CLI. Gli utenti di Tower possono utilizzarla per integrare Ansible nei processi e nelle toolchain di sviluppo, IT e DevOps tramite le sue API. I gruppi di istanze e i nodi isolati consentono un controllo preciso sulle implementazioni.

Con un file Ansible, è possibile gestire i file con l'aiuto dei moduli Ansible. I file possono anche essere copiati, modificati, inseriti, scaricati o sostituiti con Ansible. Secondo il tutorial di Ansible, il modulo "copy" può essere usato per copiare i file dalla directory "Ansible File" usando il modulo copy. Il modulo "template", invece, copia il modello Jinja2 dalla directory "template" ai Playbook Ansible. Secondo il tutorial di Ansible, Ansible Copy è quindi adatto solo per copiare file persistenti come i certificati. Il modulo "Template", invece, è più adatto per le configurazioni riutilizzabili, come quelle degli host virtuali. Il modulo Ansible "Fetch" è adatto per scaricare un file dalla macchina remota a un nodo Ansible locale. Secondo il tutorial di Ansible, per modificare i file con Ansible sono disponibili le seguenti opzioni:

• Inserire diverse righe in un file con il modulo Ansible "blockinfile".
• Inserisce più righe con le opzioni di marcatura con l'opzione di marcatura "insertafter" o "insertbefore".
• Cancellare/eliminare più righe bloccando l'ambiente all'interno delle marcature.
• Inserire una nuova riga nel file con "PermitEmptyPasswords".
• Rimuovere una riga dal file con il modulo file line
• Sostituzione delle stringhe di pattern con espressioni regolari e sostituzione del modulo con "Replace".
• Configurazioni non commentate con "server token"
• Commento alla linea di configurazione

Secondo il tutorial di Ansible, gli attributi dei file possono essere impostati tramite il modulo file di Ansible, ad esempio tramite un file symlink o creando una nuova directory con il modulo file. Esistono quindi numerosi modi per gestire i file con un file di Ansible.

Per far funzionare Ansible, lo strumento più diffuso per la gestione della configurazione e l'automazione dell'infrastruttura, su Windows, seguite la documentazione di Ansible per "Ansible Windows". L'installazione di Ansible riesce con Cygwin, un ambiente compatibile con POSIX che può essere eseguito su Windows. Questo perché su Windows si possono fare molte cose che normalmente si fanno sui sistemi operativi basati su UNIX. L'installazione predefinita di Cygwin non comprende Ansible, quindi è necessario selezionare "Scarica Cygwin" durante l'installazione. Anche l'utilizzo di Ubuntu su Windows 10 è un'opzione.

Spesso è necessario modificare singole linee di file. A questo scopo vengono utilizzati molti moduli lineinfile o blockinfile. Tuttavia, l'esperienza pratica dimostra che questi moduli non dovrebbero essere utilizzati se si vogliono modificare i file con essi. È meglio utilizzare il modulo template o copy. In particolare, per gestire non solo singole righe, ma l'intero file. Ciò è dovuto a due motivi:

• Quando si usa lineinfile, spesso si devono usare le regex. Questo comporta i seguenti problemi: L'uso di regex è spesso complicato e le persone che utilizzano i playbook devono avere familiarità con regex.
• Il programmatore stesso deve sapere ed essere in grado di ricordare che questa particolare linea è gestita da Ansible in questo file di configurazione.

Se si gestisce l'intero file con un modello Ansible, si può usare la variabileansible_managed per rendere chiaro che il file è sotto il controllo di Ansible. Un altro vantaggio è che si può usare una variabile per il selinux-state e cambiarla semplicemente sui server sui quali selinux non dovrebbe essere in stato di enforcing.

I playbook utilizzano un semplice linguaggio descrittivo basato su YAML e sui modelli Jinja. I template possono essere ereditati con Jinja2. Gli elementi generalmente validi possono essere definiti in un template di base. Parti di modelli figli possono essere sovrascritte in cosiddetti "blocchi". Per il sito web viene utilizzato un modello Ansible specifico. Le variabili incluse nella sintassi di Jinja vengono poi compilate da Ansible quando il file viene copiato nella posizione desiderata utilizzando il modulo template. I file template hanno l'estensione .j2. Il file template di Ansible e il foglio di stile vengono quindi utilizzati per creare una struttura di cartelle esatta. Il compito seguente è simile al riavvio del servizio firewall: se il file di indice o il foglio di stile cambiano durante la distribuzione, è possibile riavviare nginx o modificare i file consegnati durante il funzionamento. L'ultima operazione dovrebbe ora impostare un messaggio come "Message-of-the-day", che viene visualizzato quando il server si connette tramite SSH. Anche in questo caso, il modulo template di Ansible viene utilizzato per copiare il file desiderato in etc/motd. Viene quindi aggiunto un file template motd.j2. Le variabili ansible_* provengono dai fatti dell'host allo stesso modo del template del sito web. Tuttavia, questo non vale per webserver_name, poiché questa variabile deve essere diversa per ogni server e deve essere definita di conseguenza.

Ogni modulo di Ansible può essere scritto in modo indipendente e in qualsiasi linguaggio di programmazione. I moduli devono essere idempotenti nel senso di un "ciclo di Ansible". Ciò significa che anche se un processo viene ripetuto più volte, ad esempio per il ripristino da un guasto, il sistema viene sempre riportato allo stesso stato.

Ansible è uno strumento di automazione open source. È utilizzato per l'orchestrazione e la configurazione e amministrazione generale dei computer. Combina la distribuzione del software, l'esecuzione di comandi ad hoc e la gestione della configurazione. I computer di rete sono gestiti, tra l'altro, tramite SSH. Il vantaggio di Ansible è che non richiede alcun software aggiuntivo sul sistema da gestire. Inoltre, i moduli possono essere scritti in qualsiasi linguaggio di programmazione, poiché utilizzano JSON per l'output. Il sistema, invece, utilizza YAML per formulare descrizioni riutilizzabili dei sistemi. Un esempio di Ansible (Ansible Example) è Ansible Galaxy. Con Ansible Galaxy è persino possibile creare i propri repository Ansible. Il codice sorgente di Ansible Galaxy, pubblicato con licenza libera da Red Hat, è l'hub ufficiale della comunità per l'uso condiviso dei ruoli di Ansible. Con il progetto open source Ansible Galaxy, le aziende possono creare il proprio server Galaxy. Ciò consente di utilizzare il client nativo di Ansible per l'inoltro del repository privato Galaxy. Inoltre, gli utenti e le aziende possono ora contribuire con nuove funzionalità ed estensioni direttamente alla base di codice di Galaxy.

Una collezione Ansible può contenere diversi componenti Ansible: Ruoli Ansible, Moduli Ansible o Plugin Ansible. È possibile rendere disponibili i contenuti installando le Ansible Collections (raccolte del proprio ambiente Ansible). La forma "Namespace" evita collisioni di nomi con le Ansible Collections e gli spazi dei nomi non hanno alcuna relazione con gli handle Github di Ansible. Le Ansible Collections sono impacchettate e inviate su Ansible Galaxy e possono essere ospitate su qualsiasi Git respostory - privato o pubblico. Lo spazio dei nomi è definito nel metafile galaxy.yml. Ansible Galaxy viene solitamente trattato in un corso Ansible.