Differenze tra le versioni di "Utente:Valerio Bozzolan/Sandbox delibera post-incidente BBB"

Da Wikimedia Italia.
Jump to navigation Jump to search
Riga 17: Riga 17:
 
; Si decide
 
; Si decide
  
Per chi ha l'incarico di seguire una futura migrazione o dismissione di [[siti]], [[server]] o [[fornitori]]
+
Per chi ha l'incarico di seguire una migrazione o dismissione di [[siti]], [[server]] o [[fornitori]],
  
Si richiede all'incaricato/a di:
+
si richiede, almeno 10 giorni prima, di investire almeno 20 minuti in:
  
# pubblicare, o far pubblicare, un breve piano tecnico (per esempio, come tradizione, in Wikimedia Phabricator [[phabricator:tag/wmit-infrastructure/]]),
+
# pubblicazione di un breve annuncio tecnico
## referente migrazione e referente tecnico (le figure possono coincidere)
+
## dove: Wikimedia Phabricator [[phabricator:tag/wmit-infrastructure/]]
## durata disservizio prevista
+
## cosa specificare:
## test plan (esempio: a termine migrazione controlleremo a campione XYZ)
+
### referente staff
# pubblicare un breve avviso in lista soci, 20 giorni prima
+
### referente tecnico
 +
### durata disservizio prevista
 +
### data migrazione proposta
 +
### test plan proposto<br />Esempio minimo: «controlleremo alcuni contenuti a campione, di cui almeno 5 molto vecchi e 5 molto recenti»)
 +
# pubblicare un breve annuncio non-tecnico
 +
## dove: lista soci - o altro strumento già esistente e funzionante che permetta di raggiungere le utenze attive
 +
## esempio minimo:<br />«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>»
 
# in particolare, per migrazioni: si richiede di mantenere il fornitore precedente per almeno 60 giorni successivi alla migrazione, al fine di facilitare ''disaster recovery''
 
# in particolare, per migrazioni: si richiede di mantenere il fornitore precedente per almeno 60 giorni successivi alla migrazione, al fine di facilitare ''disaster recovery''
  
Tutto questo salvo incidenti straordinari (e.g. incendi - menzionati perché già avvenuti)
+
Salvo ovviamente incidenti straordinari non pianificabili (e.g. come scorso incendio OVH).
  
--[[Utente:Valerio Bozzolan|Valerio Bozzolan]] ([[Discussioni utente:Valerio Bozzolan|discussioni]]) 15:50, 15 mar 2026 (CET)
+
Favorevoli / contrari / astenuti
 +
 
 +
...
 +
 
 +
 
 +
 
 +
----------------

Versione delle 16:06, 15 mar 2026

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,

Visto soprattutto l'interesse di scongiurare ulteriori perdite di dati anche grazie all'esperienza del trascorso incidente BigBlueButton di giugno 2025, causato dallo scioglimento del fornitore Ergonet senza sufficiente preavviso alle utenze,[1]

Visto l'interesse del consiglio direttivo di comunicare maggiormente le future migrazioni in carico allo staff o fornitori, [2]

Visto che la comunicazione è anche in linea con le linee guida di sviluppo software (in particolare la sezione "Comunicazione"),

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

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

si richiede, almeno 10 giorni prima, di investire almeno 20 minuti in:

  1. pubblicazione di un breve annuncio tecnico
    1. dove: Wikimedia Phabricator phabricator:tag/wmit-infrastructure/
    2. cosa specificare:
      1. referente staff
      2. referente tecnico
      3. durata disservizio prevista
      4. data migrazione proposta
      5. test plan proposto
        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>»
  3. in particolare, per migrazioni: si richiede di mantenere il fornitore precedente per almeno 60 giorni successivi alla migrazione, al fine di facilitare disaster recovery

Salvo ovviamente incidenti straordinari non pianificabili (e.g. come scorso incendio OVH).

Favorevoli / contrari / astenuti

...