Il gestionale si blocca proprio mentre il team deve chiudere gli ordini, e il fornitore risponde che il servizio rientra nei parametri concordati. In quel documento, SLA significa “Service Level Agreement”, cioè accordo sul livello del servizio, ma capire se protegge davvero l’azienda dipende da come definisce guasti e misurazioni.
Uno SLA rende misurabili gli impegni sul servizio
- SLA sta per “Service Level Agreement”, in italiano accordo sul livello del servizio.
- Metriche e perimetro chiariscono che cosa misura il fornitore e quali componenti copre.
- 99,9% di disponibilità corrisponde a circa 43 minuti di indisponibilità in un periodo di 30 giorni, se il calcolo è basato sul tempo.
- Un credito non equivale a un risarcimento automatico: possono servire requisiti, prove e una richiesta formale.
Lo SLA traduce le promesse del fornitore in impegni misurabili
La parola “accordo” è importante: uno SLA descrive il servizio previsto, i livelli da rispettare e il modo in cui si verifica il risultato. Può riguardare un servizio cloud, l’assistenza IT, la connettività o un’attività affidata a un fornitore esterno; talvolta disciplina anche il rapporto tra reparti interni.
Per un’azienda, la differenza tra una promessa commerciale e un impegno utile sta nei dettagli: quale servizio è incluso, quando viene misurato e che cosa succede in caso di scostamento. Se queste condizioni restano vaghe, una percentuale in evidenza dice poco.
SLI, SLO e SLA indicano tre cose diverse
Le sigle si assomigliano, ma descrivono livelli distinti. Le linee guida del Tourism Digital Hub distinguono l’indicatore, l’obiettivo e l’accordo che li raccoglie: una distinzione utile anche fuori dal settore turistico.
- SLI (Service Level Indicator) è l’indicatore osservato, per esempio la percentuale di richieste concluse correttamente.
- SLO (Service Level Objective) è il valore-obiettivo assegnato a quell’indicatore, come una soglia di disponibilità.
- SLA è l’accordo che definisce gli impegni e le condizioni, comprese le conseguenze previste se l’obiettivo non viene rispettato.
Un esempio rende la gerarchia più chiara: la percentuale di richieste riuscite è l’indicatore; la soglia concordata è l’obiettivo; il contratto spiega come si misura e quali rimedi si applicano. Confondere l’obiettivo con l’accordo può far sembrare garantito un risultato che, nel testo, è subordinato a condizioni precise.
Il 99,9% può lasciare il servizio fermo per oltre 43 minuti al mese
Una percentuale di disponibilità sembra rassicurante finché non la si traduce nel tempo che il servizio può risultare indisponibile. Se il calcolo considera un periodo di 30 giorni e misura ogni minuto, un impegno del 99,9% lascia circa 43 minuti e 12 secondi di indisponibilità nel periodo.
È una stima derivata dalla percentuale, non una definizione universale di SLA: il contratto può conteggiare le richieste anziché i minuti, aggregare i dati su un periodo diverso o escludere specifiche interruzioni. Perciò la cifra da sola non dice se un fermo di pochi minuti rientrerà nel calcolo.
A mio giudizio, leggere la soglia senza leggere la formula è il modo più rapido per sopravvalutare la protezione offerta. La guida di Microsoft Learn segnala che definizioni ristrette di indisponibilità, prerequisiti tecnici ed esclusioni possono lasciare fuori problemi che gli utenti percepiscono comunque come disservizi.
Se il servizio è lento ma non risulta guasto, controlla la metrica
Un’applicazione può essere formalmente disponibile e, allo stesso tempo, risultare troppo lenta per completare un’attività. La differenza dipende dall’indicatore: uno SLA basato sull’accesso al servizio può trattare diversamente un rallentamento, un errore parziale e un’interruzione completa.
| Situazione osservata | Possibile causa contrattuale | Che cosa fare |
|---|---|---|
| Il servizio risponde, ma le operazioni richiedono troppo tempo | Lo SLA potrebbe misurare la disponibilità senza fissare una soglia di latenza | Controlla se sono definiti tempi di risposta, operazioni interessate e soglie |
| Un solo modulo non funziona | Quel componente o quella funzione potrebbero non rientrare nel perimetro coperto | Verifica servizi, API, versioni e configurazioni incluse |
| Il guasto è documentato, ma il fornitore non riconosce una violazione | La misurazione può richiedere una durata minima o escludere certe cause | Confronta orari, log e codici di errore con la definizione contrattuale di indisponibilità |
La regola pratica è semplice: se il problema riguarda velocità o qualità, cerca una metrica specifica per quel comportamento; se il problema riguarda un componente, verifica prima che sia compreso nel perimetro. Senza questi due controlli, è facile discutere di un disservizio reale usando prove che il contratto non considera.
Un credito può richiedere prove e una richiesta separata
La soglia non sempre attiva automaticamente un rimborso o un credito. Le condizioni possono imporre una configurazione precisa, escludere manutenzione pianificata o richiedere che il cliente apra una segnalazione con dati sull’incidente.
Per i servizi Azure, le istruzioni di Microsoft Learn indicano, per la richiesta di un credito relativo a un evento imprevisto, di inviare una richiesta di supporto tramite il portale e specificare il servizio coinvolto insieme a data, ora e fuso orario. È un esempio riferito a quel fornitore, non una procedura valida per qualsiasi contratto.
In caso di disservizio, conserva quindi registri e comunicazioni e confrontali con la procedura prevista nel tuo accordo. Prima di firmare, chiarisci chi rileva la violazione, entro quale canale va contestata e se il rimedio è un credito, un intervento aggiuntivo o un’altra misura concordata.
Prima della firma, valuta lo SLA dal danno che vuoi evitare
Una verifica efficace parte dall’attività aziendale che si fermerebbe: ordini, pagamenti, assistenza o accesso ai dati. Da lì, individua l’indicatore che descrive quel rischio e accerta che le funzioni da cui dipende il lavoro siano comprese nell’accordo.
Quando la metrica è chiara, chiedi anche il metodo di calcolo, le esclusioni, i prerequisiti tecnici e i passaggi per contestare una violazione. Uno SLA utile permette di collegare un disservizio osservabile a una misura e a un rimedio definiti; senza quel collegamento, la sigla resta una promessa difficile da far valere.