Consegna continua: automazione della pipeline di distribuzione

Transcript

1 White paper Deployment Automation Consegna continua: automazione della pipeline di distribuzione

2 Sommario pagina Il valore della consegna continua La mancanza di un collegamento tra le fasi di creazione e distribuzione Automazione e integrazione della pipeline di distribuzione Integrare l intera toolchain... 5 Plasmare, gestire e visualizzare la pipeline di distribuzione Deployment Automation incentrato sulle applicazioni... 7 Riepilogo... 7

3 La consegna continua permette all azienda di adeguarsi rapidamente alle aspettative dei clienti e di migliorare la qualità dei propri prodotti a un costo inferiore. Il valore della consegna continua La consegna continua è una prassi di distribuzione dei software in base alla quale il software viene creato e distribuito per poi essere rilasciato in produzione in qualsiasi momento. Per rispettare questo requisito, è necessario che le modifiche apportate al software in fase di distribuzione siano costantemente integrate, che i file eseguibili vengano realizzati, testati e implementati e che il rilascio in produzione possa avvenire in base alle esigenze aziendali. Questa procedura è senz altro rivoluzionaria rispetto alle modalità con le quali i software vengono oggi distribuiti nell IT aziendale. Perché la consegna continua è importante per l IT aziendale? Perché permette all azienda di adeguarsi rapidamente alle aspettative dei clienti e di migliorare la qualità dei propri prodotti a un costo inferiore. Fig. 1 La necessità di una consegna continua 1

4 White paper Consegna continua: automazione della pipeline di distribuzione La consegna continua si pone come obiettivo l individuazione di metodi che consentano di distribuire software ad alto valore e di grande qualità in modo rapido, efficiente, affidabile. È legata alla velocità di introduzione sul mercato e alla capacità di passare dalla fase di concezione alla fase di implementazione in tempi più rapidi rispetto alla concorrenza. La velocità di introduzione sul mercato comporta un ciclo di feedback più breve e un più veloce conseguimento del time-to-value. Con un ciclo di feedback più breve, diventa tutto più rapido: gli errori, le correzioni, le modifiche, il successo dell azienda. Questa flessibilità assicura un netto vantaggio competitivo, che è il motivo per cui aziende come Amazon e Netflix sono oggi in grado di dominare il rispettivo panorama competitivo, penetrare nei mercati adiacenti e assumere la leadership del mercato. Sono società che riescono ad adattarsi ai mutamenti del mercato e a proporre nuove funzioni e nuovi servizi con più rapidità rispetto alla concorrenza. È legata alla velocità di introduzione sul mercato e alla capacità di passare dalla fase di concezione alla fase di implementazione in tempi più rapidi rispetto alla concorrenza. La velocità di introduzione sul mercato comporta un ciclo di feedback più breve e un più veloce conseguimento del time-to-value. Il fulcro della consegna continua è la pipeline di distribuzione, ossia l implementazione automatica del processo di creazione, installazione, test e rilascio delle applicazioni. La pipeline di distribuzione viene istanziata ogni volta che si apportano modifiche a un applicazione. Fig. 2 Panoramica dettagliata di una pipeline di distribuzione 2

5 Non può esserci consegna continua senza integrazione continua (CI, Continuous Integration). L integrazione continua consente ai team di sviluppo di rendere automatiche le operazioni di integrazione, creazione e test di codice all interno dell ambiente di sviluppo. È senz altro un metodo efficace per far progredire il software dalla fase di sviluppo alla fase di rilascio, ma eseguire la mappatura di una pipeline di distribuzione automatica in tutta l azienda può essere un operazione difficile. Le organizzazioni tendono a iniziare il percorso con un approccio più incrementale, che prende le mosse dalla fase di sviluppo e crea processi che culminano con l integrazione continua, la base della pipeline di distribuzione. La mancanza di un collegamento tra le fasi di creazione e distribuzione La pipeline di distribuzione è basata sul processo di integrazione continua. Non può esserci consegna continua senza integrazione continua (CI, Continuous Integration). L integrazione continua consente ai team di sviluppo di rendere automatiche le operazioni di integrazione, creazione e test di codice all interno dell ambiente di sviluppo. L automazione e l integrazione degli ambienti di creazione e sviluppo è resa possibile dall utilizzo di un server CI come Jenkins. Le build possono essere attivate con vari metodi, ad esempio un autorizzazione in un sistema di controllo delle versioni, una pianificazione tramite un meccanismo simile a un processo (daemon) Cron, l esecuzione di una nuova build dopo aver completato altre build o richiedendo l URL specifico di una build. Fig. 3 La mancata connessione dei processi tra le varie organizzazioni ostacola la consegna continua 3

6 White paper Consegna continua: automazione della pipeline di distribuzione Il problema è che in molti progetti software, una volta creata la build, manca un collegamento tra i processi di creazione e distribuzione. Anche se i processi di creazione e sviluppo sono di proprietà dei team di sviluppo, il processo di distribuzione viene solitamente trasferito a un altra organizzazione, che usa una serie di strumenti, script e processi diversi per installare e testare le build nella pipeline di distribuzione. Spesso l integrazione della toolchain con il server CI è scarsa o inesistente. Si verifica quindi una vera e propria cessione delle attività: il team preposto alla distribuzione dà inizio a un processo manuale intensivo con cui installa le release candidate negli ambienti di test e produzione. Questa disconnessione si trasforma in un collo di bottiglia a mano a mano che le implementazioni vengono inviate alla coda, con un conseguente abbassamento della qualità delle distribuzioni, un allungamento dei tempi dei cicli e un innalzamento dei costi per l azienda. Anche se i processi di creazione e sviluppo sono di proprietà dei team di sviluppo, il processo di distribuzione viene solitamente trasferito a un altra organizzazione, che usa una serie di strumenti, script e processi diversi per installare e testare le build nella pipeline di distribuzione. Automazione e integrazione della pipeline di distribuzione Il prodotto Deployment Automation di Micro Focus risolve questo problema in quanto è perfettamente compatibile con gli strumenti di integrazione continua, come Jenkins, e consente di rendere automatica l intera pipeline di distribuzione. Deployment Automation colma il divario tra le fasi di sviluppo e gestione, poiché consente di integrare l intera toolchain e di gestire e visualizzare la distribuzione delle release candidate in tutta la pipeline da una prospettiva incentrata sulle applicazioni. 4

7 Deployment Automation è provvisto di plug-in per molti dei più comuni processi di distribuzione e rende disponibili altri plug-in destinati a un ampia serie di strumenti per test, middleware, database, server e altri obiettivi di distribuzione. Fig. 4 Automazione della pipeline di distribuzione con Deployment Automation Integrare l intera toolchain Deployment Automation è dotato di un architettura con plug-in flessibile, robusta e ampliabile che lo rende compatibile con oltre 80 opzioni diverse per l integrazione della toolchain. I plug-in offrono funzioni di elaborazione di base e opzioni di integrazione con strumenti di terze parti. Deployment Automation è provvisto di plug-in per molti dei più comuni processi di distribuzione e rende disponibili altri plug-in destinati a un ampia serie di strumenti per test, middleware, database, server e altri obiettivi di distribuzione. 5

8 White paper Consegna continua: automazione della pipeline di distribuzione Per integrarlo con Jenkins, è sufficiente effettuare il download, installare e configurare il plug-in per Jenkins di Deployment Automation. Integrato con vari strumenti di test automatici, Deployment Automation può avviare un processo di test automatico all interno del processo di distribuzione. L automazione può essere estesa anche al provisioning dell intero stack di applicazioni usando il plug-in per Chef, AWS o VMware. Per un elenco completo dei plug-in supportati, visitate il nostro centro di documentazione. Deployment Automation consente di gestire tutte le pipeline di distribuzione in modo facile e completo. Plasmare, gestire e visualizzare la pipeline di distribuzione La pipeline di distribuzione plasma il processo che consente al software di passare dalla fase di controllo delle versioni ai clienti. Ogni volta che viene autorizzato un cambiamento, viene istanziata una nuova pipeline di distribuzione. La pipeline di distribuzione può diramarsi in percorsi e ambienti diversi, a seconda del tipo di modifica e di applicazione. La distribuzione di questi ambienti può avvenire in sequenza, in parallelo o distribuita in fasi facoltative che possono essere selezionate manualmente. Il numero delle pipeline di distribuzione da gestire può aumentare in base al numero di applicazioni, team, requisiti e ambienti. Deployment Automation consente di gestire tutte le pipeline di distribuzione in modo facile e completo, che possono così essere agevolmente create, importate, esportate e visualizzate insieme agli ambienti associati. In via facoltativa è possibile richiedere un processo di distribuzione solo nel primo ambiente della pipeline. In seguito è possibile solo effettuare la promozione negli ambienti successivi. In questo modo si ha la certezza di utilizzare la stessa configurazione per ogni ambiente nella pipeline. Se la release candidata è stata installata correttamente nel primo ambiente, viene promossa automaticamente dall opzione di promozione automatica, se selezionata. Se la distribuzione nell ambiente è andata a buon fine, l applicazione viene promossa automaticamente nell ambiente successivo nella sequenza della pipeline. Se ogni promozione avviene correttamente, la promozione automatica continua da un ambiente all altro, fino all ultimo ambiente nella pipeline. Le viste della pipeline di distribuzione offrono un quadro completo delle modalità con cui ogni ambiente viene utilizzato in ogni pipeline, che consentono di capire quali elementi sono installati e dove sono installati, il tutto all interno di un unico prodotto. 6

9 È importante far sì che i componenti testati insieme siano installati insieme. Deployment Automation risolve questo problema perché supporta le snapshot e i processi delle applicazioni. Deployment Automation incentrato sulle applicazioni Le applicazioni odierne contengono componenti che possono derivare da fonti diverse ed essere installati in diversi tipi di risorse, piattaforme e livelli di applicazioni. Il coordinamento e l organizzazione sono indispensabili per una corretta installazione di queste applicazioni. È importante far sì che i componenti testati insieme siano installati insieme. Deployment Automation risolve questo problema perché supporta le snapshot e i processi delle applicazioni. I processi delle applicazioni possono essere eseguiti in modo manuale, in modo automatico in base a una condizione di trigger o secondo una pianificazione definita dall utente. Quando per un componente sono definiti diversi processi, l applicazione determina quali sono quelli eseguiti e in quale ordine. Per esempio, un applicazione con un certo numero di livelli potrebbe avere un livello database e un livello Web. Dopo l approvazione, entrambi i livelli vengono implementati contemporaneamente. Il processo di applicazione richiama i processi dei componenti associati che contengono tutti i passaggi d installazione necessari per distribuire i componenti alle risorse specifiche. Una snapshot rappresenta lo stato corrente di un applicazione nell ambiente. Consente specificare la combinazione in cui vengono installate contemporaneamente le versioni dei componenti. Questi modelli sono creati prima di installare l applicazione. Una snapshot indica la versione esatta per ogni componente dell applicazione. Quando viene creata una snapshot, Deployment Automation raccoglie informazioni sull applicazione, comprese le versioni dei componenti, per un dato ambiente. La snapshot viene distribuita attraverso la pipeline per la maggior parte degli utenti. Viene creata in base allo stato dell applicazione all interno dell ambiente, individuando così le diverse versioni dei componenti in un dato momento Riepilogo La consegna continua può migliorare significativamente le modalità con cui viene erogato valore ai clienti, ma può essere difficile da implementare. Molte organizzazioni hanno già adottato l integrazione continua, su cui si basa la consegna continua, ma non riescono a eseguire la transizione in modo uniforme e a rendere automatico il processo di distribuzione e rilascio. Il prodotto Deployment Automation consente di integrare, gestire e rendere automatica l intera pipeline di distribuzione da una prospettiva incentrata sulle applicazioni. 7

10 Micro Focus Italia Micro Focus Sede centrale Regno Unito +44 (0) IT S 03/ Micro Focus. Tutti i diritti riservati. Micro Focus e il logo Micro Focus, tra gli altri, sono marchi di fabbrica o marchi registrati di Micro Focus o delle sue controllate o consociate nel Regno Unito, negli Stati Uniti e in altri Paesi. Tutti gli altri marchi appartengono ai rispettivi proprietari.