Accordi sul livello di servizio dei proxy: impegni e monitoraggio
Quando un’azienda utilizza proxy nel lavoro quotidiano, deve sapere quale livello di servizio il fornitore si impegna a offrire. La connessione è affidabile? Come verrà gestito un guasto? Che cosa accade se il livello promesso non viene raggiunto? Un accordo sul livello di servizio, o SLA, definisce questi impegni e come vengono valutati.
Uno SLA è una parte delle regole del servizio di un fornitore. Questo articolo spiega le pratiche del settore; gli impegni descritti di seguito non sono promesse di ProxyCompass. Le informazioni su ProxyCompass si trovano nella sezione separata alla fine.
Che cosa stabilisce uno SLA
Uno SLA dà a un impegno di servizio una forma misurabile. Identifica il servizio coperto, il livello di prestazioni richiesto, il metodo utilizzato per verificarlo e la risposta a una violazione. Può essere un documento pubblico applicabile a un prodotto, una parte delle condizioni del servizio oppure un accordo con un singolo cliente.
Un’affermazione come «proxy affidabili» dice poco su ciò che deve essere fornito. Un impegno sulla disponibilità diventa significativo quando specifica quale parte del servizio copre, che cosa viene considerato indisponibilità e il periodo su cui vengono valutati i risultati. Lo stesso vale per l’assistenza: un termine di risposta richiede un punto iniziale, una risposta definita e gli orari di assistenza applicabili.
I limiti tecnici di un pacchetto e il suo SLA hanno scopi diversi. Un limite di connessioni descrive il carico che un cliente può applicare al servizio. Uno SLA descrive il livello di servizio promesso alle condizioni applicabili. Né le specifiche di un pacchetto né un grafico storico della disponibilità stabiliscono automaticamente un impegno SLA.
Quali impegni possono assumere i fornitori
La disponibilità è un tema comune negli SLA. Possono essere coperti anche i tempi di risposta dell’assistenza. I termini di ripristino e le soglie di prestazione sono impegni aggiuntivi soltanto quando vengono inclusi espressamente.
| Impegno | Che cosa riguarda | Che cosa deve essere definito |
|---|---|---|
| Disponibilità | Se il servizio proxy coperto è utilizzabile | Il servizio o gli IP coperti, i criteri di guasto e il periodo di valutazione |
| Risposta dell’assistenza | Quanto rapidamente una segnalazione ammissibile riceve risposta | Il canale di assistenza, gli orari operativi e che cosa costituisce una risposta |
| Ripristino | Quanto rapidamente deve essere ripristinato il servizio dopo un guasto | Quando inizia il conteggio del tempo, la categoria dell’incidente e il risultato di recupero accettato |
| Prestazioni | Ritardo di connessione, velocità di trasferimento o un’altra misura specificata | I punti di misurazione, le condizioni di prova e il carico applicabile |
Per i proxy conta l’oggetto dell’impegno. Un fornitore può misurare un gateway, singoli indirizzi proxy oppure un pool. Un gateway raggiungibile non dimostra di per sé che ogni server proxy o dispositivo dietro di esso funzioni. Anche un impegno relativo al pool richiede una regola per gestire guasti che ne interessano soltanto una parte.
Le misurazioni delle prestazioni richiedono un’attenzione simile. Il tempo necessario per aprire una connessione al proxy è diverso da quello necessario per scaricare una pagina attraverso di esso. La seconda misura comprende una parte maggiore del percorso e la risposta del sito di destinazione. Una promessa sulle prestazioni deve specificare a quale misura si riferisce.
L’assistenza continuativa descrive quando opera il servizio di assistenza. Un impegno sulla prima risposta descrive entro quanto tempo qualcuno deve rispondere. Un impegno sul ripristino descrive quando il servizio deve tornare a funzionare. Sono obblighi distinti; uno non include automaticamente gli altri.
Come i fornitori mantengono il livello di servizio promesso
Rispettare uno SLA richiede sia un’infrastruttura funzionante sia una risposta organizzata ai guasti. Le misure seguenti spiegano come i fornitori possono mantenere il servizio; non sono un elenco di funzioni necessariamente offerte da ogni fornitore.
Server e connessioni di rete ridondanti offrono alternative quando si guasta un’apparecchiatura o un collegamento. Per essere utile, questa riserva non deve dipendere interamente dal componente guasto. Più server proxy collegati attraverso lo stesso dispositivo di rete guasto possono diventare tutti indisponibili contemporaneamente.
La gestione del traffico può indirizzare le nuove connessioni verso server funzionanti e smettere di assegnarle a un nodo guasto. In un pool a rotazione può comprendere la rimozione dalla selezione di server proxy o dispositivi indisponibili. Con un elenco fisso, fornire un indirizzo sostitutivo può ripristinare l’accesso, ma non conserva l’IP originale. Un impegno a mantenere il servizio funzionante non va quindi interpretato come una promessa di conservare ogni indirizzo o sessione attiva.
La pianificazione della capacità lascia margine per variazioni della domanda e guasti delle apparecchiature. Se tutti i server rimasti sono già completamente occupati, spostare il traffico da un server guasto può sovraccaricare anche loro. I fornitori monitorano l’uso delle risorse e aumentano o ridistribuiscono la capacità prima che diventi un collo di bottiglia persistente. I limiti di connessioni e richieste aiutano a mantenere il carico entro le condizioni operative del servizio.
Anche la manutenzione e le modifiche al software richiedono pianificazione. Un fornitore può spostare il traffico prima di intervenire sulle apparecchiature, provare un aggiornamento su una parte limitata del sistema e mantenere un modo per annullare una modifica difettosa. Queste misure riducono la probabilità che il lavoro ordinario provochi un’interruzione più estesa.
Infine, gli avvisi richiedono persone in grado di intervenire. Le responsabilità, l’accesso ai sistemi interessati e le procedure per coinvolgere specialisti di rete o del data center influenzano tutti la rapidità del ripristino.
Come viene misurato il rispetto degli impegni
Il monitoraggio ha due compiti: rilevare i guasti mentre si verificano e conservare le misurazioni per valutare il servizio nel tempo. Un avviso che sveglia un tecnico e un rapporto mensile sulla disponibilità possono utilizzare le stesse osservazioni, ma rispondono a domande diverse.
Il monitoraggio interno segue i sistemi del fornitore: processi in esecuzione, uso delle risorse, errori di connessione e stato della rete. Può rilevare problemi in sviluppo, come l’esaurimento della capacità di connessione, prima che l’intero servizio smetta di rispondere.
Le verifiche esterne provano ciò che un cliente può effettivamente fare. Per un proxy, una verifica utile può autenticarsi, collegarsi attraverso il proxy a una destinazione controllata e accertare che arrivi la risposta prevista. Limitarsi a trovare una porta aperta lascia gran parte di questo percorso senza verifica. Una destinazione controllata aiuta anche a non confondere un guasto del proxy con un problema di un sito non correlato.
Le osservazioni richiedono dettagli sufficienti per individuare un incidente: indirizzo o gateway verificato, data e ora, risultato ed errore pertinente. L’intervallo tra le verifiche determina quanto si può osservare. Controlli molto distanziati possono non rilevare brevi interruzioni, mentre una verifica da una sola rete può non rilevare un problema di instradamento altrove. Una prova su indirizzi selezionati non dovrebbe essere presentata come dimostrazione continua che ogni IP di un grande pool funzionava.
L’accordo determina poi come vengono conteggiate queste osservazioni. La disponibilità può essere calcolata sul tempo di servizio ammissibile oppure sulle richieste che soddisfano i criteri, secondo la definizione adottata. Il periodo di valutazione, il trattamento dei guasti parziali e le esclusioni applicabili devono corrispondere a quel calcolo. Una percentuale priva di queste regole non descrive completamente la misura.
I clienti possono conservare le proprie misurazioni accanto ai rapporti del fornitore. Una pagina di stato pubblica è utile per eventi che coinvolgono l’intero servizio, mentre i rapporti dell’account o le verifiche individuali possono mostrare un problema più circoscritto. Lo SLA dovrebbe identificare i dati utilizzati per valutare una richiesta e le informazioni che il cliente deve fornire.
Come viene gestito un incidente del servizio
Un incidente può essere rilevato da controlli automatici o segnalato da un cliente. Il fornitore deve stabilire che cosa è interessato: un indirizzo, una posizione, l’autenticazione, un gateway oppure il servizio più ampio. Questo aiuta a indirizzare il problema alle persone che possono risolverlo e a determinarne la priorità.
Il compito immediato è ripristinare un servizio utilizzabile. Può richiedere il riavvio di un processo guasto, lo spostamento del traffico, l’annullamento di una modifica o il lavoro con l’operatore di rete. Trovare e rimuovere la causa originale può richiedere più tempo del ripristino dell’accesso. Un recupero temporaneo e una riparazione definitiva sono quindi fasi distinte.
Anche la comunicazione con i clienti richiede una responsabilità assegnata. Durante un’interruzione estesa, i tecnici possono lavorare al recupero mentre l’assistenza raccoglie segnalazioni e pubblica aggiornamenti. Se uno SLA specifica intervalli di aggiornamento o termini per il coinvolgimento di livelli superiori, questi sono impegni verificabili separatamente dalla riparazione stessa.
Anche il recupero deve essere verificato. Il fornitore dovrebbe confermare che le connessioni interessate funzionano di nuovo e sorvegliare eventuali errori ricorrenti. Quando vengono forniti rapporti, il resoconto può comprendere il periodo dell’incidente, i servizi interessati, le azioni intraprese e le misure previste per evitarne la ripetizione. Il livello di dettaglio disponibile ai clienti dipende dalle condizioni del servizio.
Dove si applicano gli impegni
Una richiesta non riuscita non ne identifica da sola la causa. Credenziali errate, un pacchetto scaduto, un limite di connessioni, un rifiuto del sito di destinazione e un server proxy guasto possono tutti interrompere un’attività, ma riguardano parti diverse del servizio.
Lo SLA definisce quali di queste parti il fornitore si è impegnato a coprire. Mantenere una connessione proxy non significa promettere automaticamente che un sito indipendente accetterà l’IP o restituirà il contenuto desiderato dal cliente. Analogamente, un problema nella rete locale del cliente è diverso da un guasto all’interno dell’infrastruttura del fornitore.
La manutenzione programmata e le altre esclusioni richiedono condizioni esplicite. Un’esclusione per manutenzione può dipendere da un preavviso o da una finestra di manutenzione specificata. Il semplice fatto che sia stato svolto un intervento non stabilisce come vada conteggiata l’interruzione. È l’accordo applicabile a fornire quella regola.
Anche le dipendenze richiedono un trattamento chiaro. Un servizio proxy può utilizzare una società di hosting, una rete di transito o un altro fornitore. L’esclusione di un’interruzione che coinvolge quel fornitore dipende dall’accordo; affidare all’esterno una parte dell’infrastruttura non spiega, di per sé, la copertura SLA del cliente.
Che cosa accade quando uno SLA non viene rispettato
Ripristinare il servizio risolve il problema tecnico. Il rimedio previsto dallo SLA riguarda l’impegno non rispettato. Una forma utilizzata dai fornitori è il credito di servizio: un importo applicato ai costi futuri del servizio. Altri accordi possono prevedere una proroga o un rimborso, ma il documento applicabile deve stabilire il rimedio.
Il calcolo necessita di una base tariffaria definita. Un credito può essere collegato al servizio interessato anziché a ogni voce dell’account del cliente. Livelli diversi di disservizio possono produrre crediti diversi e può essere previsto un massimo. Queste regole spiegano che cosa offre lo SLA; un impegno non rispettato non comporta di per sé il rimborso di ogni perdita causata da un’attività interrotta.
Un cliente potrebbe dover presentare una richiesta entro un periodo stabilito. Le informazioni pertinenti possono comprendere il servizio interessato, gli orari dell’incidente con il fuso orario e i registri degli errori di connessione. La richiesta viene valutata secondo la procedura e le prove specificate nello SLA.
Questo è separato da una normale politica di rimborso degli acquisti. Una finestra di rimborso riguarda le condizioni per restituire un acquisto; un rimedio SLA riguarda il mancato rispetto di un impegno di servizio definito durante l’utilizzo.
