Manifesto di Sito Fermo sulla continuità operativa dei siti web
Un sito può essere online e aver già smesso di fare il suo lavoro.
Questa è l’idea da cui nasce Sito Fermo.
Per anni abbiamo imparato a misurare lo stato di salute di un sito osservando parametri come uptime, velocità di caricamento, certificati HTTPS o punteggi di PageSpeed.
Sono tutti indicatori utili.
Ma nessuno di essi, da solo, è in grado di rispondere alla domanda più importante.
Il sito sta ancora svolgendo la funzione per cui è stato creato?
La disponibilità non coincide con l’operatività
Un sito può rispondere con HTTP 200.
Può caricarsi in meno di un secondo.
Può avere un certificato valido.
Può superare tutti i test di performance.
E nello stesso momento:
- il checkout può essere inutilizzabile;
- le richieste di contatto possono non arrivare;
- un’integrazione con il gestionale può essersi interrotta;
- le email possono finire nello spam;
- una modifica apparentemente innocua può aver compromesso una funzione critica.
Il server è online.
Il business, invece, potrebbe essersi già fermato.
La continuità operativa non è assenza di problemi
Ogni sistema evolve.
Vengono installati aggiornamenti.
Cambiano fornitori.
Si modificano configurazioni.
Si aggiungono funzionalità.
Ogni cambiamento introduce nuove possibilità di errore.
La continuità operativa non consiste nell’evitare ogni problema. I sistemi cambiano continuamente e ogni cambiamento introduce nuove possibilità di errore. Consiste nel governare questi cambiamenti, ridurre il rischio che interrompano il business e rendere i problemi individuabili prima che producano conseguenze significative.
Consiste nel ridurre il rischio che quel problema interrompa il business e nel renderlo individuabile prima che provochi danni significativi.
La continuità operativa non è assenza di problemi
Le interruzioni operative non nascono solo dagli errori tecnici. Molte iniziano con decisioni di business che modificano l’equilibrio del sistema senza valutarne le conseguenze.
Molte interruzioni operative non iniziano con un errore tecnico. Iniziano con una decisione, ma da decisioni perfettamente legittime che vengono attuate senza valutarne gli effetti sull’ecosistema digitale.
La continuità operativa non cerca il colpevole.
La continuità operativa impara dagli errori
Ogni sistema è destinato a incontrare problemi.
Anche le organizzazioni più preparate commettono errori, affrontano imprevisti o subiscono eventi esterni.
La continuità operativa non cerca il colpevole.
Cerca di comprendere perché un evento abbia potuto interrompere il business e come evitare che produca le stesse conseguenze in futuro.
Ogni incidente rappresenta un’opportunità per rendere il sistema più robusto, migliorare le procedure e ridurre la probabilità che lo stesso evento provochi una nuova interruzione.
I problemi più costosi sono quelli invisibili
Quando un sito mostra una schermata bianca, il problema è evidente.
Quando invece continua a sembrare funzionante mentre smette lentamente di produrre valore, il rischio aumenta.
Perché nessuno interviene.
Per giorni o settimane nessuno si accorge che:
- gli ordini non vengono registrati;
- i moduli di contatto non funzionano;
- le notifiche non vengono inviate;
- un’integrazione esterna ha smesso di sincronizzare i dati;
- una modifica infrastrutturale ha introdotto un malfunzionamento.
Nel frattempo il danno continua a crescere.
La continuità operativa è un insieme di fattori
Non dipende da un singolo software.
Non dipende da un singolo controllo.
Non dipende da un firewall o da un backup.
Dipende dall’equilibrio di molti elementi che lavorano insieme.
Tra questi:
- infrastruttura;
- configurazione DNS;
- servizi di posta elettronica;
- certificati digitali;
- risorse statiche;
- codice lato client;
- servizi esterni;
- integrazioni;
- monitoraggio;
- processi;
- persone.
Trascurarne anche uno soltanto può compromettere il risultato finale.
La prevenzione vale più dell’urgenza
Molte emergenze non nascono all’improvviso.
Sono il risultato di piccoli segnali ignorati nel tempo.
Una configurazione dimenticata.
Un aggiornamento non verificato.
Un controllo mai eseguito.
Una dipendenza di cui nessuno conosce più lo scopo.
Intervenire quando il problema è già visibile è spesso possibile.
Ma individuarlo prima significa ridurre tempi di fermo, costi e impatto sul business.
Per questo esiste Sito Fermo
Sito Fermo nasce da una convinzione semplice.
La domanda giusta non è se un sito è online.
La domanda giusta non è se un sito è online. È se continua a generare il valore per cui è stato realizzato.
Tutto il resto — monitoraggio, controlli, analisi e strumenti — è soltanto un mezzo per rispondere a questa domanda.
La continuità operativa non inizia quando il sito si ferma. Inizia quando qualcosa cambia. Per questo osserva i cambiamenti e i segnali che possono indicare un aumento del rischio, prima che il business ne subisca le conseguenze.
Da questa visione derivano i Principi della Continuità Operativa riportati di seguito.
La continuità operativa non consiste nel costruire il sistema più sofisticato. Consiste nel costruire quello che continuerai a usare quando l’entusiasmo iniziale sarà passato.
Principi della Continuità Operativa
I principi che seguono rappresentano il fondamento della disciplina della continuità operativa secondo la visione di Sito Fermo.
Non descrivono tecnologie, strumenti o procedure specifiche.
Descrivono il modo in cui osservare un sistema digitale per comprenderne il livello di affidabilità e ridurre il rischio che interrompa la capacità del business di generare valore.
Livello 1 – Filosofia
Questi principi definiscono che cosa sia realmente la continuità operativa.
1. Un sito online non è necessariamente un sito operativo.
La disponibilità di un server non garantisce che il business continui a generare valore.
2. La continuità operativa non consiste nel rincorrere le emergenze, ma nel costruire un sistema che le renda meno probabili e ne limiti l’impatto quando si verificano.
Prevenire significa ridurre il rischio prima che il problema interrompa il business.
3. La continuità operativa non studia il software. Studia la capacità del sistema di continuare a generare valore per il business.
La tecnologia è uno degli strumenti. Il vero oggetto di studio è la continuità del valore.
4. Un sito che genera valore è un’infrastruttura critica dell’organizzazione, non una semplice vetrina.
Ogni decisione tecnica dovrebbe essere valutata anche in termini di rischio operativo.
Livello 2 – Come nasce il rischio
Questi principi aiutano a comprendere come si costruiscono le fragilità di un sistema.
5. Le emergenze raramente iniziano quando compare l’errore.
Nella maggior parte dei casi iniziano molto prima, quando vengono ignorati i primi segnali o vengono prese decisioni che aumentano progressivamente il rischio operativo.
6. Anche non fare nulla è una decisione.
Rimandare un aggiornamento, non documentare un processo o ignorare un segnale significa accettare un diverso livello di rischio.
7. Ogni cambiamento introduce un rischio.
La continuità operativa consiste nel renderlo prevedibile, controllabile e reversibile.
8. Il rischio non aumenta solo quando un sistema cambia.
Aumenta anche quando il sistema smette di evolvere mentre tutto il resto continua a farlo.
9. Un sito non cambia solo quando lo modifichiamo.
Cambia ogni volta che cambia l’ecosistema in cui opera.
Livello 3 – Come si riduce il rischio
Questi principi descrivono gli elementi che rendono un’organizzazione più resiliente.
10. La fortuna non è una strategia.
Affidarsi al caso può funzionare una volta. Costruire processi affidabili significa ridurre la dipendenza dalla fortuna.
11. Un controllo occasionale non sostituisce un processo ripetibile.
Le verifiche diventano efficaci solo quando fanno parte di una procedura condivisa e continuativa.
12. Gli aggiornamenti devono essere gestiti, non subiti.
Ogni modifica dovrebbe essere pianificata, verificata e, quando possibile, accompagnata da una strategia di ripristino.
13. La conoscenza che esiste solo nella testa di una persona non appartiene all’organizzazione.
La conoscenza deve poter essere documentata, condivisa e trasferita.
14. La documentazione riduce la dipendenza dalle persone e aumenta la resilienza dell’organizzazione.
Documentare significa rendere la conoscenza disponibile anche quando cambiano persone, fornitori o contesto.
15. Un sistema non rimane affidabile perché ogni tanto qualcuno lo controlla.
Rimane affidabile perché esiste un processo continuo di gestione, verifica e manutenzione.
16. Ogni scelta tecnica dovrebbe essere valutata non solo per ciò che permette di fare oggi, ma anche per quanto renderà semplice comprendere, mantenere e ripristinare il sistema domani.
17. Un cambiamento tecnico è anche un evento organizzativo.
Ogni modifica dovrebbe essere valutata considerando il suo impatto su persone, processi e business.
Continuità operativa dei siti web
