Il tuo provider garantisce il 99,9% di uptime. Ma il tuo sito sta ancora facendo il suo lavoro?

Uptime del server e continuità operativa di un sito web

Molti provider garantiscono livelli di disponibilità molto elevati.

Il 99,9% di uptime è un dato importante.

Significa che l’infrastruttura che ospita il sito è disponibile per la quasi totalità del tempo.

Ma c’è una domanda successiva che quel numero non può rispondere:

Il sito sta ancora facendo il lavoro per cui è stato realizzato?

Perché un server può essere perfettamente raggiungibile mentre il sito ha già smesso di produrre valore.

Essere online non significa essere operativo

Immaginiamo un e-commerce.

Il server risponde.

Le pagine si caricano.

Gli utenti possono navigare.

Il sito, osservato dall’esterno, sembra perfettamente funzionante.

Ma il checkout non completa gli ordini.

Il problema non riguarda l’uptime del server.

Riguarda il processo che permette al sito di vendere.

Il server è online.

Il sito è raggiungibile.

Il business, invece, ha smesso di produrre una parte del valore che dovrebbe produrre.

Il primo problema: il checkout

In una casistica reale, il problema non era l’indisponibilità del server.

Il problema riguardava una funzione specifica del sito.

L’utente poteva arrivare fino al momento dell’acquisto, ma il processo non si completava correttamente.

Dal punto di vista dell’infrastruttura il sistema poteva quindi risultare disponibile.

Dal punto di vista del business, invece, qualcosa di fondamentale aveva smesso di funzionare.

È una distinzione importante:

L’uptime del server non misura la capacità del sito di vendere.

Il secondo problema: il provider protegge il server

C’è poi una situazione ancora più particolare.

Un provider può applicare una regola di protezione che impedisce a determinati utenti di raggiungere il sito.

Dal punto di vista del provider, il comportamento può essere corretto.

Sta proteggendo l’infrastruttura.

Il server continua a funzionare.

Ma l’utente che non riesce a raggiungere il sito vede una cosa molto diversa:

“Il sito non funziona.”

Non è quindi sufficiente chiedersi se il provider abbia fatto bene il proprio lavoro.

La domanda della Continuità Operativa è un’altra:

Il processo che doveva essere svolto dall’utente può ancora essere completato?

Se la risposta è no, esiste un problema operativo indipendentemente dal fatto che il server sia tecnicamente disponibile.

Il terzo problema: il server è sano, l’applicazione no

C’è infine un’altra possibilità.

Il server funziona.

Il database funziona.

L’ambiente software funziona.

Ma un aggiornamento introduce un’incompatibilità con il codice presente nel sito.

Anche in questo caso l’infrastruttura può continuare a essere perfettamente disponibile.

Eppure il sito può smettere di svolgere correttamente la propria funzione.

Il problema non è il server.

È l’interazione tra i diversi elementi dell’ecosistema.

Tre situazioni diverse

Le tre casistiche mostrano tre modi differenti in cui un sito può perdere la propria capacità operativa.

Situazione

Server

Sito

Business

Checkout non funzionante

✅

⚠️

❌

Regola del provider

✅

❌ per l’utente

❌

Aggiornamento incompatibile

✅

❌

❌

In tutti e tre i casi il server può risultare disponibile.

Eppure il valore prodotto dal sito viene compromesso.

Questo è esattamente il motivo per cui l’uptime non può essere utilizzato come sinonimo di continuità operativa.

L’uptime è importante

Questo non significa che l’uptime non conti.

Al contrario.

Se l’infrastruttura fosse indisponibile per una parte significativa del tempo, sarebbe impossibile mantenere una continuità adeguata.

La disponibilità dell’infrastruttura rappresenta quindi una delle condizioni necessarie perché il sito possa svolgere il proprio lavoro.

Ma è soltanto una delle condizioni.

Un server che non risponde impedisce al sito di funzionare.

Un server che risponde correttamente non garantisce che il sito stia funzionando correttamente.

La continuità segue il percorso critico

Per capire se un sito è realmente operativo bisogna quindi seguire il percorso attraverso il quale viene prodotto il valore.

Un utente deve poter compilare un modulo.

Un ordine deve poter essere completato.

Un pagamento deve poter essere effettuato.

Una richiesta deve poter raggiungere chi deve gestirla.

Un processo deve poter arrivare alla propria destinazione.

Ogni passaggio può dipendere da componenti diverse.

E un problema in uno di questi punti può interrompere il processo senza necessariamente rendere il sito irraggiungibile.

Per questo la Continuità Operativa non si limita a chiedere:

“Il server è online?”

Chiede:

“Il sito sta ancora facendo ciò per cui l’organizzazione lo utilizza?”

Il numero non racconta tutto

Un uptime del 99,9% può dirci molto sull’affidabilità dell’infrastruttura.

Non ci dice però se:

  • il checkout funziona;
  • le richieste di contatto vengono effettivamente gestite;
  • gli utenti riescono a completare il percorso previsto;
  • le integrazioni continuano a funzionare;
  • un aggiornamento ha introdotto un’incompatibilità;
  • una regola di sicurezza impedisce a una parte degli utenti di utilizzare il servizio.

Per conoscere queste cose bisogna osservare il comportamento del sito e dei processi che supporta.

Il punto non è trovare il colpevole

Queste casistiche hanno anche un altro elemento in comune.

In nessuno dei tre casi è particolarmente utile limitarsi a cercare un colpevole.

Il server può essere disponibile.

Il provider può aver applicato correttamente una propria regola.

L’aggiornamento può essere stato eseguito correttamente.

Eppure il processo critico può essersi interrotto.

La Continuità Operativa osserva il risultato.

Se il processo che produce valore non può più essere completato, esiste un problema operativo.

Online è una condizione. Operativo è un risultato.

Essere online è una condizione necessaria.

Essere operativo significa qualcosa di più.

Significa che il sito continua a comportarsi come previsto e permette all’organizzazione di svolgere i processi per i quali lo utilizza.

Per questo un buon livello di uptime è importante, ma non è sufficiente.

L’uptime misura la disponibilità dell’infrastruttura.

La Continuità Operativa protegge la capacità del sito di continuare a produrre valore.

 

I processi critici: dove nasce davvero il valore del sito

L’argomento che stai leggendo è legato a uno dei principi dei Processi Critici.

Un sito web non esiste solo per mostrare pagine: svolge attività che possono essere essenziali per l’organizzazione, come ricevere una richiesta, completare un ordine, raccogliere un’iscrizione o fornire un servizio.

Capire quali sono questi processi e cosa può interromperli è fondamentale per proteggere la capacità del sito di continuare a svolgere il proprio lavoro.

I processi critici: dove nasce davvero il valore del sito

Se ti è già successo, non sei l’unico.

Molti problemi di questo tipo non vengono mai segnalati,
ma hanno un impatto reale su vendite, contatti e operatività.

Sto raccogliendo esperienze reali per capire quanto succede davvero.

    Ti è mai capitata una situazione simile?

    Molti problemi di questo tipo non vengono mai segnalati, ma hanno un impatto reale su vendite, contatti e operatività.

    Sto raccogliendo esperienze reali per capire quanto questi problemi impattano davvero.

    Quanto spesso ti è capitato?

    Su che tipo di progetto?

    Che conseguenze ha avuto?

    Se vuoi, racconta in breve cosa è successo

    Le risposte sono anonime e servono per costruire strumenti più affidabili. Ti invitiamo a non inserire dati personali identificativi.

    Uptime del server e continuità operativa di un sito web
    Quaderno di lavoro sulla Continuità Operativa di un sito web

    Per capire il contesto:

    I processi critici: dove nasce davvero il valore del sito

    I processi critici: dove nasce davvero il valore del sito

    Un sito deve svolgere attività concrete: ricevere contatti, gestire ordini, raccogliere dati o supportare l'azienda. Individuare i processi critici permette di capire cosa deve continuare a funzionare e cosa va protetto.

    Problemi reali

    Email inviata non significa email consegnata

    Email inviata non significa email consegnata

    L’invio di un’email è soltanto una fase del processo. SMTP, filtri, SPF, DKIM, DMARC e configurazioni errate possono impedire che il risultato atteso venga realmente prodotto.

    Quanto ti costa un contatto che non arriva?

    Quanto ti costa un contatto che non arriva?

    Portare traffico sul sito richiede un investimento. Se il processo di acquisizione dei contatti si interrompe, il valore perso può essere molto maggiore del costo apparente del lead.