Utente:Valerio Bozzolan/Sandbox delibera post-incidente BBB

Delibera proposta... prego 😺

Delibera comunicazione prossime migrazioni

Visto che

Vista la possibilità per WMIT di migliorare la stabilità, trasparenza e collaborazione della sua infrastruttura con una delibera a costo zero,

Vista la possibilità di imparare dall'esperienza del trascorso incidente BigBlueButton di giugno 2025, evitabile grazie ad una maggiore comunicazione,[1]

Visto che l'incremento della comunicazione è anche in linea con le nostre linee guida di sviluppo software,

Vista la presenza di diversi saggi sui vantaggi del coltivare uno spirito di trasparenza nei post-incidenti, come segnalato dal socio Valepert, [2][3] e in linea con quanto effettuato da Wikimedia Foundation da diversi anni, (m:wikitech:Incident review ritual)

Visto il già annunciato interesse del consiglio direttivo di comunicare maggiormente le future migrazioni in carico allo staff o fornitori, [4]

Visto che nelle ultime due assemblee era emersa la richiesta di impegnarsi maggiormente nel consultare le commissioni (maggio 2025 · nov 2025). Tuttavia, visto che ogni commissione consultiva è stata poi sciolta, inclusa la commissione tecnica, come da delibera gruppi di lavoro e che quindi è necessario trovare soluzioni fattibili con l'assetto attuale,

Si decide

Punto 1 - pubblicare breve comunicazione tecnica

Per chi ha l'incarico di seguire una migrazione o dismissione di siti, server o fornitori,

si richiede, almeno 10 giorni prima, di prevedere almeno 20 minuti del proprio incarico per:

1. pubblicare un breve annuncio tecnico
   1. dove: Wikimedia Phabricator phabricator:tag/wmit-infrastructure/
   2. cosa specificare:
      1. referente staff
      2. referente tecnico
      3. data migrazione proposta
      4. durata disservizio prevista
      5. test plan
         Esempio minimo: «controlleremo alcuni contenuti a campione, di cui almeno 5 molto vecchi e 5 molto recenti»)
2. pubblicare un breve annuncio non-tecnico
   1. dove: lista soci - o altro strumento già esistente e funzionante che permetta di raggiungere le utenze attive
   2. esempio minimo:
      «Gentili soci, in data XXX dalle ore XXX alle ore XXX potranno verificarsi disservizi su XXX per un'attività di manutenzione straordinaria. La discussione tecnica prosegue in: <link phabricator>»

Punto 2 - pubblicare breve comunicazione non-tecnica ai soci

In aggiunta, in caso di migrazione di fornitori o server o avanzamento di versione di software:

Si richiede di mantenere il fornitore precedente / server precedente / backup precedenti per almeno 60 giorni successivi alla migrazione, al fine di facilitare disaster recovery. Soprattutto per fornitori/server in uso da più di due anni.

Punto 3 - post-incidenti

In caso di incidenti che causino perdita di dati o disservizi non previsti:

Segue l'impegno nella pubblicazione di un report post-incidente, con almeno:

1. cause
2. cosa è andato bene
3. cosa poter fare per il futuro

Eccezioni

In caso di emergenze non-pianificabili, quindi nell'impossibilità di fornire preavvisi tot. giorni prima: si procede pubblicando semplicemente le comunicazioni immediatamente.

Favorevoli / contrari / astenuti

...

---