Cos'è il deployment continuo (continuous deployment)?

Questo è un approccio nello sviluppo software in cui ogni modifica, passata attraverso una pipeline automatizzata di test e approvazione, viene automaticamente distribuita nell'ambiente di produzione. La principale differenza rispetto alla Delivery Continua è l'assenza di un passaggio manuale di approvazione prima del deployment in produzione.

Fasi principali:

1. Commit: Lo sviluppatore effettua un commit delle modifiche nel sistema di controllo versione (ad esempio, Git).
2. Build: Costruzione automatica dell'artefatto (immagine, pacchetto, ecc.).
3. Test: Esecuzione di test automatici (unitari, di integrazione, funzionali, di carico, ecc.).
4. Deploy: Se tutti i test passano con successo, l'artefatto viene distribuito automaticamente nell'ambiente di lavoro.

Componenti chiave:

• Alto livello di automazione.
• Infrastruttura affidabile.
• Uso di pratiche di Integrazione Continua (CI) e Consegna Continua (CD).
• Monitoraggio e logging per individuare rapidamente i problemi.
• Capacità di rollback rapido.

# Esempio di parte della pipeline in GitLab CI/CD
stages:
  - build
  - test
  - deploy

build_job:
  stage: build
  script:
    - echo "Costruendo l'applicazione..."
    - # Comandi di build qui

test_job:
  stage: test
  script:
    - echo "Eseguendo i test..."
    - # Comandi di test qui
  only:
    - main # Attiva solo per il branch principale

deploy_job:
  stage: deploy
  script:
    - echo "Distribuzione in produzione..."
    - # Comandi di deploy qui
  when: on_success # Distribuisci solo se le fasi precedenti hanno successo
  only:
    - main

Vantaggi	Svantaggi
Rilascio rapido di nuove funzionalità/correzioni	Elevati requisiti di qualità dei test
Riduzione del TTM (Time To Market)	Rischio potenziale di distribuzione di modifiche indesiderate
Diminuzione del rischio ad ogni deploy	Complessità di implementazione senza processi CI/CD maturi
Feedback rapido dagli utenti	Necessità di monitoraggio affidabile e capacità di rollback