Vai al contenuto

Checklist dei gate

Un gate è una riunione breve in cui si decide se andare avanti. Ogni punto va spuntato con una prova (link a test, log, documento). L'esito (passato / non passato / passato con condizioni) va scritto in decisioni.md.

GATE A

Fine Fase 5: il sistema nuovo è pronto per la prod?

  • [ ] Tutti i casi di piano-test-dev.md eseguiti per le combinazioni A e B, senza ❌ bloccanti aperti.
  • [ ] Nessun endpoint chiamato da box o pannello risponde 404 sulla v3.
  • [ ] Ogni evento compare una sola volta nello stream, anche con 2 istanze e durante un redeploy.
  • [ ] Failover del lock provato.
  • [ ] Redis e MySQL sopravvivono a down/up dei servizi con stato.
  • [ ] Ripristino da backup provato e cronometrato.
  • [ ] Procedura di aggiornamento remoto dei box provata, rollback compreso (T1.5).
  • [ ] Problemi 🔴 di qAlarm (Q1, Q2, Q3) risolti.
  • [ ] Immagini di midserver, qAlarm BE/worker/FE prodotte da CodeBuild su ECR.
  • [ ] Documentazione aggiornata (stato, decisioni, runbook).

GATE B

Fine pilota di qAlarm: estendere a tutta la centrale?

  • [ ] Almeno N settimane di uso in parallelo a Telegram (N da decidere con la centrale).
  • [ ] Nessun allarme perso o duplicato rispetto a Telegram nel periodo.
  • [ ] Gli operatori del pilota confermano che le funzioni essenziali ci sono (lista da T1.4).
  • [ ] Procedura per tornare a Telegram in caso di guasto di qAlarm scritta e nota alla centrale.
  • [ ] App Protexia con chat pubblicata (se la chat è richiesta per l'estensione).

GATE C

Prima del cambio del midserver in prod.

  • [ ] GATE A passato.
  • [ ] Se P4 è confermata (A25): tutti i box online sulla stessa versione (T9.1). Altrimenti: midserver v3 provato con ogni versione presente nel parco (3.1.9, 3.2.1, 3.2.2, 3.2.9).
  • [ ] Prova generale del cambio e del rollback eseguita in dev su una copia dei dati di prod (T8.2), con i tempi misurati.
  • [ ] Backup del giorno verificati; snapshot Proxmox manuale pianificato nella procedura.
  • [ ] Piano di controlli manuali durante la finestra e nelle 24 ore successive (box online, comandi, video), perché non c'è monitoraggio automatico (R1, fuori scope).
  • [ ] Finestra concordata (A6), centrale avvisata, nessuna installazione nuova in corso.
  • [ ] Una persona dei sistemi (pfSense/Proxmox) e una dello sviluppo disponibili per tutta la finestra e per le 24 ore successive.
  • [ ] Decisione su M1 presa (T6.5).