Continuous Delivery e Continuous Deployment

Nell'ultima lezione abbiamo esplorato la Continuous Integration (CI), in cui le modifiche al codice vengono integrate e sottoposte a test frequentemente. Ma cosa succede dopo che il codice è stato integrato e testato?

È qui che entrano in gioco la Continuous Delivery e il Continuous Deployment. Sono fondamentali per rendere il software disponibile agli utenti in modo rapido e affidabile.

La Continuous Delivery (CD) è una pratica di sviluppo software in cui le modifiche al codice vengono compilate, testate e preparate automaticamente per il rilascio in produzione.

• L'idea fondamentale è che il software sia sempre in uno stato distribuibile.
• Tuttavia, il deployment finale in produzione è un passaggio manuale, attivato da una decisione umana.

Immagini una macchina ben oliata che prepara un prodotto, ma in cui una persona dà ancora l'ultimo «via libera» prima che il prodotto lasci la fabbrica.

• Commit del codice: Lo sviluppatore esegue il push del codice.
• Pipeline CI: Il codice viene compilato, sottoposto a unit test e integrato.
• Test automatizzati: Ulteriori test (di integrazione ed end-to-end) vengono eseguiti automaticamente.
• Creazione dell'artefatto: Viene creato un pacchetto distribuibile (ad esempio, un'immagine Docker).
• Deployment in staging: Il pacchetto viene distribuito automaticamente in un ambiente di staging per i controlli finali.
• Rilascio manuale: Un membro del team approva manualmente e attiva il deployment in produzione.

La CD offre vantaggi significativi al processo di sviluppo:

• Riduzione del rischio: Ogni modifica è di piccole dimensioni, quindi i problemi sono più facili da individuare e correggere.
• Feedback più rapido: I team ricevono più rapidamente feedback sulle modifiche, migliorando la qualità.
• Qualità superiore: Test automatizzati rigorosi riducono i bug prima dell'approvazione manuale.
• Riduzione del time-to-market: Il software è sempre pronto per il rilascio, accelerando le release.

Il Continuous Deployment (CDep) porta la Continuous Delivery a un livello superiore. Significa che ogni modifica che supera tutti i test automatizzati viene rilasciata automaticamente in produzione.

• Non è previsto alcun passaggio di approvazione manuale prima del deployment agli utenti.
• Questo richiede un livello estremamente elevato di fiducia nei test automatizzati e nel monitoraggio.

Lo si può immaginare come una fabbrica completamente autonoma, in cui i prodotti vengono realizzati, testati e spediti immediatamente senza intervento umano.

• Commit del codice: Lo sviluppatore esegue il push del codice.
• Pipeline CI: Il codice viene compilato, sottoposto a unit test e integrato.
• Test automatizzati: Tutti i test di integrazione, end-to-end e delle prestazioni vengono eseguiti automaticamente.
• Creazione dell'artefatto: Viene creato un pacchetto distribuibile.
• Deployment in staging: Il pacchetto viene distribuito automaticamente in un ambiente di staging.
• Deployment automatizzato in produzione: Se tutti i test hanno esito positivo, il pacchetto viene distribuito automaticamente in produzione.

Il CDep massimizza la velocità dei rilasci e dei cicli di feedback:

• Rilasci rapidissimi: Le nuove funzionalità e le correzioni dei bug raggiungono gli utenti quasi istantaneamente.
• Feedback immediato: I dati sull'utilizzo reale e i report degli errori arrivano più rapidamente.
• Agilità autentica: I team possono iterare e rispondere ai cambiamenti del mercato con una velocità senza precedenti.
• Riduzione dell'overhead: Si eliminano il tempo e l'impegno necessari per coordinare manualmente i rilasci.

La distinzione principale tra Continuous Delivery e Continuous Deployment riguarda chi (o che cosa) decide di eseguire il deployment in produzione:

• Continuous Delivery: L'automazione garantisce che il software sia sempre pronto per il rilascio, ma è una persona a decidere quando avviare il deployment in produzione.
• Continuous Deployment: L'automazione gestisce tutto; il software viene distribuito automaticamente in produzione non appena supera tutti i test. Per il rilascio finale non è necessario alcun intervento umano.

La scelta tra CD e CDep dipende dalla maturità del team, dalla fiducia nell'automazione e dalla sua propensione al rischio.

• Inizi con la CD: È un punto di partenza più sicuro e consente di acquisire fiducia nella pipeline.
• Passi al CDep: Lo faccia solo quando le strategie di test automatizzati, monitoraggio e rollback sono estremamente solide.
• Consideri il contesto: I settori altamente regolamentati (ad esempio, finanza e sanità) spesso preferiscono la CD per motivi di conformità.

Quale affermazione descrive meglio la differenza principale tra Continuous Delivery e Continuous Deployment?

Ora ha appreso la distinzione fondamentale tra Continuous Delivery e Continuous Deployment!

• Continuous Delivery (CD): Il software è sempre pronto per il rilascio, ma una persona attiva il deployment finale in produzione.
• Continuous Deployment (CDep): Il software viene rilasciato automaticamente in produzione non appena supera tutti i test automatizzati.

Queste pratiche, basate sulla Continuous Integration, sono fondamentali per ottenere rilasci software rapidi e affidabili in una cultura DevOps.