Cos'è CI/CD? Integrazione continua e distribuzione continua
Tommaso Hamilton
⚡ Riepilogo intelligente
L'integrazione continua è una pratica di sviluppo software in cui i membri del team uniscono il proprio lavoro in un repository condiviso almeno quotidianamente, e ogni commit attiva una build e un test automatizzati per individuare tempestivamente gli errori di integrazione.
Che cos'è l'integrazione continua (CI)?
Integrazione continua È un metodo di sviluppo software in cui i membri del team integrano il proprio lavoro almeno una volta al giorno. Ogni integrazione viene verificata da una build automatizzata che rileva gli errori. Il concetto è stato introdotto oltre vent'anni fa per evitare il cosiddetto "inferno dell'integrazione", che si verifica quando l'integrazione viene rimandata alla fine del progetto.
Dopo un commit del codice, il software viene compilato e testato immediatamente. In un progetto di grandi dimensioni con molti sviluppatori, i commit avvengono più volte al giorno. Ad ogni commit, il codice viene compilato e testato; se il test ha esito positivo, la build viene verificata per la distribuzione; e se la distribuzione ha successo, il codice viene rilasciato in produzione. Questo ciclo di commit, compilazione, test e distribuzione è continuo, da cui deriva il nome della pratica.
Che cos'è la consegna continua (CD)?
Consegna continua È un metodo di ingegneria del software in cui un team sviluppa il software in cicli brevi e garantisce che possa essere rilasciato in modo affidabile in qualsiasi momento. L'obiettivo è quello di costruire, testare e rilasciare il software con buona velocità e frequenza, riducendo i costi, i tempi e i rischi derivanti dall'introduzione di modifiche tramite frequenti aggiornamenti in produzione.
Differenza tra CI e CD
Integrazione continua Il testing automatico è un approccio che consiste nel testare ogni modifica al codice sorgente in modo automatico, mentre la Continuous Delivery è un approccio che consente di introdurre in produzione, in modo sicuro e rapido, modifiche come nuove funzionalità, configurazioni e correzioni di bug.
Sviluppo senza CI vs. Sviluppo con CI
| Sviluppo senza CI | Sviluppo con CI |
|---|---|
| Un sacco di bug | Meno bug |
| Commit poco frequenti | Impegni regolari |
| Rilasci poco frequenti e lenti | Rilasci lavorativi regolari |
| Integrazione difficile | Integrazione semplice ed efficace |
| I test avvengono tardi | I test vengono eseguiti precocemente e frequentemente |
| I problemi sono più difficili da risolvere | I problemi vengono individuati e risolti più rapidamente. |
| Scarsa visibilità del progetto | Migliore visibilità del progetto |
Differenza tra compilazione e integrazione continua
Mentre la compilazione converte semplicemente il codice in linguaggio macchina, la CI svolge diverse attività più ampie:
- Integrazione del database: Mantiene sincronizzati il database e il codice e automatizza la creazione del database e dei dati di test.
- Code l'ispezione: Garantisce un codice sorgente sano, identifica tempestivamente i problemi e applica le migliori pratiche.
- Distribuzione automatizzata: Consente di rilasciare il prodotto in qualsiasi momento e lo mantiene in uno stato dimostrativo continuo.
- Generazione del documento: Mantiene aggiornata la documentazione e produce report e metriche di build.
- Compilazione: Converte il codice di alto livello in linguaggio macchina e ne garantisce la compilazione su ogni piattaforma di destinazione.
Idealmente, la build viene eseguita dalla riga di comando anziché dipendere da un IDE, avviene in modo continuo su un server CI dedicato (non tramite cron job), viene attivata a ogni commit e fornisce un feedback immediato senza alcun intervento da parte dello sviluppatore.
Di cosa hai bisogno per condurre il processo di CI?
- Sistema di controllo della versione (VCS): Un metodo affidabile per centralizzare e conservare le modifiche apportate al progetto nel tempo.
- Macchina virtuale: Un server di riserva o almeno uno macchina virtuale per costruire il tuo sistema.
- Soluzioni di strumenti CI in hosting: Per evitare la gestione dei server, le soluzioni in hosting gestiscono l'intero processo e offrono una scalabilità più semplice.
- Strumenti: Se scegli una variante self-hosted, installa uno strumento CI come Jenkins, TeamCity, Bamboo, oppure GitLab.
Come funziona l'integrazione continua?
Un vecchio esempio è Nokia, che un tempo utilizzava una procedura chiamata "compilazione notturna". Dopo numerosi commit da parte di molti sviluppatori durante il giorno, il software veniva compilato ogni notte. Poiché la compilazione avveniva una sola volta al giorno, isolare, identificare e correggere gli errori in una codebase di grandi dimensioni risultava un'operazione complessa.
Later Il team ha adottato l'integrazione continua. Il software veniva compilato e testato non appena uno sviluppatore effettuava un commit del codice, in modo che qualsiasi errore venisse rilevato immediatamente e lo sviluppatore responsabile potesse correggerlo rapidamente.
Caratteristiche di CI
- Consente di gestire un unico repository di sorgenti.
- Consente di testare una replica dell'ambiente di produzione, mantenuta il più possibile simile a quella di produzione.
- Garantisce la disponibilità costante di una versione aggiornata.
- Rende visibile a tutti i soggetti interessati l'intero processo di creazione, test e implementazione.
Perché utilizzare la CI?
- Ti aiuta a sviluppare software di qualità superiore e a condurre test ripetibili.
- Aumenta la produttività dei team di ingegneri e consente agli sviluppatori di lavorare in parallelo sulle funzionalità.
- Aumenta la visibilità e la comunicazione all'interno del team.
- Fornisce un feedback immediato quando si presenta un problema e riduce i rischi rendendo l'implementazione più rapida e prevedibile.
- Evita confusione dell'ultimo minuto al momento del rilascio.
Migliori pratiche di utilizzo dei sistemi CI
- Effettua commit frequenti e tempestivi, e non pubblicare mai codice difettoso.
- Risolvi immediatamente gli errori di compilazione e agisci in base alle metriche.
- Esegui la compilazione in ogni ambiente di destinazione e crea artefatti da ogni compilazione.
- Automatizza il processo di compilazione in modo che non dipenda da un IDE.
- Crea e testa tutto ogni volta che viene modificato, incluso lo schema del database.
- Mantieni la build veloce e utilizza la distribuzione automatizzata.
Svantaggi dell'IC
- Per familiarizzare con un server CI sono necessari un periodo iniziale di configurazione e una formazione.
- È necessario sviluppare procedure di test adeguate e una suite di test ben strutturata richiede risorse considerevoli.
- È necessario convertire i processi già noti e sono richiesti server e ambienti aggiuntivi.
- Potrebbero verificarsi tempi di attesa quando più sviluppatori desiderano integrare il proprio codice contemporaneamente.
Strumenti per il processo di miglioramento continuo
Jenkins
Jenkins è uno strumento di integrazione continua open-source scritto in JavaConsente di eseguire test e generare report in tempo reale su modifiche isolate all'interno di una codebase più ampia, aiutando gli sviluppatori a individuare e risolvere rapidamente i difetti e automatizzando i test di compilazione.
Bamboo
Bamboo è un server di build per l'integrazione continua che esegue build, test e rilascio automatizzati in un unico posto. Funziona perfettamente con Jira e Bitbucket e supporta numerose tecnologie come Docker, Git, SVN, Mercurial e AWS.
TeamCity
TeamCity È un server di integrazione continua con molte potenti funzionalità. Mantiene il server CI efficiente e stabile anche quando non sono in esecuzione build e garantisce una migliore qualità del codice per qualsiasi progetto.
