Le novità di Event-Driven Ansible, componente di Ansible Automation Platform 2.5

Siamo lieti di annunciare una versione aggiornata di Event-Driven Ansible, all'interno di Red Hat Ansible Automation Platform 2.5.

Questa versione include funzionalità aziendali ampliate che consentono di semplificare le operazioni grazie a Event-Driven Ansible. Che l'azienda sia pronta per scenari di utilizzo avanzati guidati dagli eventi che tengono conto di più sorgenti, che desideri portare in produzione i test Ansible basati sugli eventi o abbia l'esigenza di eseguire operazioni Ansible Rulebook altamente scalabili e disponibili, la nuova versione è quella giusta. Esaminiamo i dettagli delle sue nuove interessanti funzionalità:

Event-Driven Ansible: routing semplificato degli eventi

Siamo entusiasti di questa nuova funzionalità, ma prima di tutto definiamo il contesto. Event-Driven Ansible supporta i metodi push e pull per la ricezione degli eventi. Il supporto di entrambe le sorgenti di eventi push e pull consente a Event-Driven Ansible di lavorare con un numero maggiore di provider di origine, poiché non tutti i provider supportano sia gli eventi push che i metodi pull per la comunicazione degli eventi. Il metodo principale con cui le origini degli eventi "inviano" gli eventi a Event-Driven Ansible è tramite i webhook. In questo tipo di comunicazione, la sorgente invia gli eventi a un endpoint webhook. L'altro tipo di comunicazione prevede il pull degli eventi dalla sorgente. In questo caso, gli eventi possono essere estratti dall'API della sorgente degli eventi.

Con Ansible Automation Platform 2.5, abbiamo iniziato a semplificare il modo in cui gli eventi possono essere inviati a Event-Driven Ansible. Con il routing degli eventi semplificato, stiamo introducendo i flussi di eventi con supporto per le connessioni webhook a Event-Driven Ansible. Gli stream di eventi sono un modo semplice per connettere le sorgenti ai rulebook. Questa nuova funzionalità consente di creare un singolo endpoint per ricevere avvisi da una sorgente eventi e quindi utilizzare gli eventi in più rulebook. In precedenza, avremmo dovuto creare un nuovo endpoint per ogni sorgente evento all'interno di ogni rulebook che si desiderava creare. Ciò semplifica la configurazione dell'attivazione del rulebook, riduce le richieste di manutenzione e riduce i rischi eliminando più porte aperte attraverso un firewall.

Queste immagini illustrano il nuovo modello semplificato per connettere le origini degli eventi ai rulebook. I processi di configurazione del rulebook sono diventati più rapidi, semplici e facili da gestire con un unico percorso esterno aperto sul firewall per tutti i flussi di eventi. Una volta che la sorgente è collegata, è possibile connetterla a numerose attivazioni di rulebook, in modo da poter automatizzare di più e farlo semplicemente. 

Figura 1: diagrammi che illustrano il "prima e dopo" del routing semplificato degli eventi
in un modello di avviso push. 

Come funziona?
Nell'ambito del routing degli eventi semplificato, stiamo introducendo i flussi di eventi come un modo semplice per connettere le sorgenti ai rulebook. I flussi di eventi in Event-Driven Ansible offrono svariati vantaggi, tra cui:

• la possibilità di instradare comodamente le sorgenti basate su webhook a una o più attivazioni del rulebook;
• la configurazione automatica degli endpoint a cui le sorgenti di eventi basate su webhook possono connettersi tramite flussi di eventi; non è più necessario configurare il routing per ciascuna delle attivazioni del rulebook;
• la distribuzione di eventi alle attivazioni del rulebook con scalabilità orizzontale. (Vedi di seguito: scalabilità elevata).

Qualsiasi sorgente di eventi in grado di generare webhook, come strumenti di gestione del controllo del codice sorgente (SCM), ITSM, strumenti di osservabilità, può inviare gli eventi direttamente a Event-Driven Ansible tramite flussi di eventi. Questi eventi a loro volta possono essere utilizzati per prendere decisioni, con azioni intraprese automaticamente quando vengono soddisfatte le condizioni.

Applicazione del routing degli eventi semplificato
Ecco alcuni scenari che possono darti un'idea di ciò che è ora possibile:

• In qualità di amministratore di ServiceNow, desidero essere in grado di eseguire l'automazione che eseguirà automaticamente il failover del mio datacenter se il numero di ticket di supporto che avvisano di un errore di rete supera la mia soglia.
• In qualità di sviluppatore, vorrei ricaricare e aggiornare automaticamente i server web quando eseguo il commit del nuovo codice nel repository.
• In qualità di amministratore di un'infrastruttura virtuale, vorrei archiviare le macchine virtuali e recuperare le risorse quando un sistema rileva macchine virtuali che non sono state utilizzate nell'ultimo mese.
• In qualità di amministratore di rete, vorrei scrivere più rulebook per automatizzare il ripristino delle funzionalità dei dispositivi di rete in base agli eventi, dallo stesso strumento.
• In qualità di ingegnere delle operazioni IT, vorrei scrivere un rulebook che utilizzi lo strumento di osservabilità della mia azienda per automatizzare le operazioni di rete. Questo strumento viene utilizzato in tutta l'azienda e da coloro che desiderano automatizzare in base alla stessa intelligenza.
• In qualità di responsabile dell'osservabilità, vorrei configurare Ansible Automation Platform per configurare il mio strumento di osservabilità aziendale per l'utilizzo in tutti i rulebook in Event-Driven Ansible.

Per ulteriori informazioni sul routing degli eventi semplificato, consulta la documentazione qui.

Event-Driven Ansible: alta scalabilità con supporto per l'alta disponibilità

Event-Driven Ansible in Ansible Automation Platform 2.5 ora supporta l'installazione di più nodi Event-Driven Ansible e consente quindi di creare scenari di utilizzo attivo-attivo ad alta disponibilità. Installando Event-Driven Ansible in questo modo, è possibile utilizzare scenari di failover in modo tale che, in caso di errore, il sistema possa continuare a eseguire le attivazioni del rulebook critiche senza che si interrompano. Ottieni la scalabilità per la capacità del rulebook e la capacità estesa di eseguire i rulebook con una maggiore disponibilità. 

Facciamo un esempio. Se, in qualità di amministratore, desideri che Event-Driven Ansible sia resiliente, puoi utilizzare questa nuova funzionalità per creare l'architettura di deployment più adatta alle tue esigenze specifiche. Ad esempio, puoi limitare o evitare problemi di scalabilità o errori nell'esecuzione del rulebook. In questo modo è possibile eseguire i processi di automazione basati sugli eventi in modo più sicuro nell'ambito di una piattaforma di automazione importante. Questo tipo di scalabilità dovrebbe essere familiare agli architetti e agli amministratori dell'automazione, perché esiste da tempo in Ansible Automation Platform per quanto riguarda l'esecuzione dei playbook.

Event-Driven Ansible: miglioramenti per le aziende

All'interno della nuova interfaccia unificata per Ansible Automation Platform 2.5, sono ora disponibili funzionalità aggiuntive per il componente basato sugli eventi di Ansible Automation Platform. Queste funzionalità ti permetteranno di migliorare ed espandere i tuoi scenari di utilizzo per l'automazione guidata dagli eventi negli ambienti di sviluppo, test e produzione e ti consentiranno di portare in produzione scenari di automazione proof of concept.

Queste nuove funzionalità includono:

• Gestione degli archivi Vaullt e delle credenziali
  Event-Driven Ansible ora è in grado di gestire le credenziali che possono essere aggiunte alle attivazioni del rulebook. Queste credenziali possono essere utilizzate nei rulebook per l'autenticazione alle sorgenti degli eventi. Inoltre, ora è possibile allegare le credenziali del Vault alle attivazioni del rulebook in modo da poter utilizzare le variabili del Vault nei rulebook. Le credenziali crittografate e le variabili archiviate consentono alle aziende di proteggere l'utilizzo di Event-Driven Ansible all'interno del proprio ambiente.
   
• Autenticazione e controllo degli accessi basato sui ruoli
  I clienti dispongono di meccanismi standardizzati per l'autenticazione e l'autorizzazione. Portando l'autenticazione a livello di piattaforma, stiamo semplificando l'amministrazione di tutti i componenti di Ansible Automation Platform e offrendo ad Event-Driven Ansible la possibilità di sfruttare gli stessi metodi di autenticazione aziendale. Un meccanismo di autenticazione unificato aiuta a uniformare e semplificare l'utilizzo e l'amministrazione. 
   
• Registrazione
  Il componente server Event-Driven Ansible conserva i log di controllo di qualsiasi azione eseguita, ad esempio l'attivazione di un rulebook, l'eliminazione di una credenziale o la creazione di un flusso di eventi. Questi file di registro possono essere analizzati da qualsiasi strumento di analisi della registrazione aziendale per garantire la conformità alla sicurezza.

Con queste funzionalità aggiuntive all'interno della nuova interfaccia unificata di Ansible Automation Platform 2.5, non vediamo l'ora di scoprire i tuoi obiettivi in termini di semplificazione della gestione delle complesse attività di manutenzione.

Event-Driven Ansible: supporto migliorato e compatibilità con Event-Driven Ansible 2.4

Infine, abbiamo migliorato una delle principali Red Hat Ansible Certified Content Collection, ansible.eda, abbiamo abilitato la compatibilità con le versioni precedenti e migliorato la documentazione:

• Miglioramenti della raccolta ansible.eda
  Questa raccolta, sviluppata e supportata da Red Hat, offre una serie di funzionalità comuni per l'integrazione delle sorgenti di eventi, da Kafka e Prometheus alertmanager, a diverse integrazioni basate sul cloud e molto altro. Abbiamo aggiunto a questa raccolta la possibilità di gestire l'infrastruttura Event-Driven Ansible in modo che possa automatizzarsi da sola. Ad esempio, gli amministratori dell'automazione potrebbero voler automatizzare l'implementazione dell'infrastruttura Ansible tramite azioni ripetibili codificate in un Ansible Rulebook per garantire coerenza, precisione e velocità. Puoi accedere a questa raccolta qui. 
   
• Compatibilità con le versioni precedenti di Event-Driven Ansible 2.4
  Event-Driven Ansible 2.5 è interoperabile con Ansible Automation Platform 2.4. Per sfruttare tutte queste straordinarie funzionalità di Event-Driven Ansible 2.5, non è necessario eseguire l'upgrade di Ansible Automation Platform 2.4. È possibile implementare un'installazione Event-Driven Ansible 2.5 altamente disponibile e scalabile e collegarla ai controller Ansible Automation Platform 2.4 esistenti. Ciò consente alle aziende di sfruttare Event-Driven Ansible 2.5 per offrire valore anche se non è ancora possibile eseguire l'upgrade della versione completa di Ansible Automation Platform 2.4.
   
• Nuove aggiunte alla documentazione di Event-Driven Ansible
  Oltre a illustrare le funzionalità di cui sopra nella documentazione, abbiamo anche migliorato la documentazione relativa all' utilizzo generale. Per quanto riguarda l'installazione, fai riferimento alle due sezioni della documentazione: installazione e installazione containerizzata.

Vuoi scoprire di più? 

Queste nuove funzionalità aziendali ti consentiranno di raggiungere nuovi obiettivi grazie all'automazione guidata dagli eventi, poiché supportano le esigenze delle operazioni IT in modo scalabile. Non vediamo l'ora di scoprire gli straordinari vantaggi che puoi ottenere e ci auguriamo che li condividerai con noi mentre scoprirai nuovi modi di lavorare con l'automazione guidata dagli eventi. 

Siamo lieti di ospitare un webinar martedì 8 ottobre alle 11:00 ET. Tratteremo queste novità e risponderemo a tutte le tue domande. Partecipa a questo evento informativo:

Registrazione al webinar

Risorse

• Pagina web: redhat.com/event-driven-ansible
• Event-Driven Ansible: Laboratori interattivi autogestiti
• Documentazione di Event-Driven Ansible
• Integrazione Event-Driven Ansible e video dimostrativi
• Blog su Red Hat Ansible Automation Platform 2.5