Zero
Con la crescita del cloud e dei contenitori, DevOps è diventato sempre più importante. Vecchia scuola sysadmin di metodi e di mezzi, semplicemente, non sono fino a la gestione di istanze di server in grado di ruotare fino a un momento di preavviso se necessario. Red Hat lo sa meglio di molte aziende, in modo che la sua ultima versione di Red Hat Ansible Torre 3.4, va ancora oltre e automazione oggi stack.
Inoltre: cloud Ibrido: che Cos’è, perché è importante
Il più grande cambiamento in questo aggiornamento di Ansible Torre è la sua miglioramenti del flusso di lavoro. Il risultato netto è Red Hat, che ha investito pesantemente in Kubernetes contenitore di orchestrazione, ha ottimizzato i Ansible per il cloud ibrido uso.
In particolare, Ansible Torre ha aggiunto molto di più utilità per i flussi di lavoro. In Ansible, si utilizza un flusso di lavoro per configurare una sequenza di lavoro o di modelli di flusso di lavoro. Questi possono o non possono condividere l’inventario, annali, o di autorizzazioni. Tuttavia, come modelli di lavoro, i flussi di lavoro sono “admin” e “eseguire” le autorizzazioni. Con un flusso di lavoro, è possibile tracciare il set completo di posti di lavoro come una singola unità.
In 3.4, i flussi di lavoro includono il supporto per l’automazione di nidificato i flussi di lavoro, il flusso di lavoro di inventario, il flusso di lavoro sempre modelli, e il flusso di lavoro di convergenza. Che cosa significa esattamente? Diamo un’occhiata.
Nidificato di Flussi di lavoro: Questo è esattamente quello che sembra. Con nidificato i flussi di lavoro, è possibile avere flussi di lavoro all’interno di flussi di lavoro.
Livello del flusso di lavoro di Inventario: Ansible è dipeso dalla inventario da modelli di lavoro. Questo non è più il caso. È ora possibile specificare un inventario per un flusso di lavoro, che può quindi essere utilizzato da ogni modello di lavoro nel flusso di lavoro.
Flusso di lavoro di Sempre, i Modelli di Lavoro: automazione di Alcune fasi dovrebbe sempre eseguire indipendentemente dal fatto che i processi di flusso di lavoro di esito positivo o negativo. Questi includono cache avvisi e simili. Con questo, questi passaggi per eseguire, non importa che cosa sta succedendo con il resto del flusso di lavoro.Infine, con il Flusso di lavoro di Convergenza, è possibile monitorare il completamento di molteplici processi di flusso di lavoro prima di continuare. Per esempio, quando la distribuzione di aggiornamenti per le applicazioni, potrebbe essere necessario attendere fino a quando tutti i nodi in un cluster sono fatto un lavoro prima di interruzione di un servizio su qualsiasi nodo. Questo ti dà una più completa catena di dipendenze per i lavori all’interno dei flussi di lavoro.
Una nuova funzione permette di parallelizzare le operazioni attraverso i nodi del Ansible Torre cluster con il processo di taglio. Prima di Ansible 4.4, un singolo Ansible lavoro verrebbe eseguito come un singolo ansible-playbook di lavoro. Ora, è possibile generare un flusso di lavoro da un modello di lavoro, invece di un lavoro. Con questo, è possibile eseguire più flussi di lavoro in una sola volta.
Anche: Hybrid cloud, cloud pubblico e cloud privato: Conoscere le differenze
Adesso puoi anche utilizzare Ansible Torre con Red Hat Enterprise Linux (RHEL) in modalità FIPS compatibile.
Ci sono anche altri miglioramenti minori. Il sole di tutti questi miglioramenti è Ansible Torre ora funziona meglio che mai a processi complessi, come quelli che si trovano sul Kubernetes-powered ibridi.
Storie correlate:
Red Hat Satellite integrato nuovo, migliorato Ansible DevOps
Ansible Torre 3.3 arriva a fare DevOps più facile che mai
Sei passi per DevOps successo, analyzedBest servizi cloud per le piccole imprese CNETcloud Ibrido: Un foglietto TechRepublic
Argomenti Correlati:
Enterprise Software
La Trasformazione Digitale
Centri Dati
CXO
L’innovazione
Archiviazione
0