Word GRATIS

Template per Pipeline CI/CD

Serve a DevOps engineer e tech lead che devono definire o razionalizzare una pipeline di integrazione e rilascio continuo. Concreto: descrivi stack, ambienti e requisiti e ottieni una pipeline a stage ordinati (con trigger, step, gate di passaggio e criteri di fallimento), la strategia di deploy per ambiente e la procedura di rollback, tutto in markdown pronto da condividere.

In sintesi

Template per Pipeline CI/CD è un template in formato Word pubblicato da Management Academy. Template di prompt per progettare una pipeline CI/CD a fasi con stage, trigger, gate di qualita, strategia di deploy e procedura di rollback. Si scarica gratuitamente con un account gratuito.

In questa pagina

Cos'è e quando si usa
Come si usa, passo per passo
Domande frequenti

a cura della faculty di Management Academy

Cos'è e quando si usa

Cosa contiene il file

# Pipeline CI/CD - [Progetto]

## Panoramica
Trigger: push su feature branch, PR verso main, tag di release. Ambienti: dev, staging, produzione.

## Stage
### 1. Build
- Trigger: ogni push
- Step: install dipendenze, compilazione/artefatto
- Gate: build completata senza errori
- Su fallimento: blocca, notifica autore

### 2. Test
- Step: unit test, integration test
- Gate: 100% test verdi, copertura >= [SOGLIA DA DEFINIRE]
- Su fallimento: blocca merge

### 3. Security
- Step: scansione dipendenze (SCA), analisi statica (SAST), scan segreti
- Gate: nessuna vulnerabilita Critica/Alta
- Su fallimento: blocca

### 4. Deploy staging
- Trigger: merge su main
- Strategia: deploy automatico
- Gate: smoke test post-deploy verdi

### 5. Deploy produzione
- Trigger: tag di release + approvazione manuale
- Strategia: blue-green
- Gate: health check verde per 5 min

## Rollback
- Trigger: error rate > [SOGLIA DA DEFINIRE] o health check rosso
- Procedura: switch del traffico alla versione precedente (blue-green)

## Matrice ambienti
| Ambiente | Trigger | Approvazione | Strategia |
|---|---|---|---|
| staging | merge main | No | automatico |
| produzione | tag release | Si (manuale) | blue-green |

Come si usa, passo per passo

Scarica il file e aprilo. Resta editabile: si apre con Excel, Word e PowerPoint, e anche con Google Workspace o LibreOffice.
Compila prima le sezioni obbligatorie. Sono quelle che un committente o un esaminatore guarda per prime: oggetto, responsabili, criteri di accettazione.
Rigenera con il prompt sui tuoi dati. Copia il prompt di questa pagina, incolla il contesto del progetto e ottieni il documento già compilato.
Fai rivedere il risultato. Un documento corretto nel metodo ma scollegato dal progetto non regge alla prima domanda: rileggilo con chi il progetto lo conosce.

Domande frequenti

E legato a uno strumento specifico?

E indipendente dallo strumento per default (descrive stage e gate in modo portabile). Se indichi una piattaforma (es. GitHub Actions, GitLab CI) adatta la terminologia, ma resta concettualmente trasferibile.

Definisce i gate di qualita?

Si: per ogni stage specifica le condizioni di passaggio (es. test verdi, copertura minima, scansione sicurezza senza vulnerabilita critiche) e cosa blocca la pipeline, evitando deploy su build non verificate.

Inventa soglie come la copertura?

No: usa le soglie che fornisci. Se non indichi una soglia (es. % copertura) lascia [SOGLIA DA DEFINIRE] invece di inventarne una.