Alle otto del mattino una connessione cade, e la prima domanda è chi dovrebbe ripararla. L’espressione VPN semi-gestita non risponde a questo, perché etichetta un accordo commerciale e non una divisione del lavoro. Due fornitori possono usare la stessa espressione con ripartizioni opposte: uno mantiene l’apparecchio lato cliente, l’altro sorveglia solo il proprio gateway. Finché i compiti non sono scritti, l’etichetta è una supposizione vestita da descrizione.

Partite dalla connessione che è caduta

Nominate l’estremo che ha smesso di rispondere, l’ora e ciò che stava facendo l’utente quando si è rotto. Poi elencate i componenti di quel percorso: il portatile, il circuito locale, il gateway lato cliente, il gateway del fornitore e la risorsa dietro di esso. Ognuno ha un responsabile nell’accordo oppure ha un vuoto. Ordinarli richiede dieci minuti e decide le tre ore successive.

Un sintomo condiviso da più utenti indica un componente comune, mentre uno che segue un solo portatile indica il client. Questa distinzione mette il ticket nella coda giusta prima che qualcuno apra una configurazione.

Chiudete i due estremi prima delle impostazioni

Decidete chi possiede il gateway lato cliente e chi possiede l’estremo remoto. Una volta chiusi quei due, ciascuna parte sa cosa può ispezionare e cosa deve chiedere. Tutto il resto dell’accordo diventa più semplice da lì.

Un fornitore può monitorare il proprio gateway mentre il cliente resta responsabile di un circuito locale dell’operatore, di un servizio di directory o dell’applicazione di destinazione. Un apparato di proprietà del cliente può comunque rientrare in un contratto di manutenzione del fornitore, ed è per questo che proprietà e chi mantiene la scatola sono due domande diverse. Scrivete entrambe le risposte per ogni estremo, perché è sulla seconda che i rinnovi di solito divergono.

Gli oggetti condivisi hanno bisogno di esattamente un responsabile

Identità, credenziali, prefissi protetti, proposte e accordo di instradamento di ritorno sono oggetti condivisi, e gli oggetti condivisi marciscono più in fretta. Se entrambe le parti possono cambiarne uno, entrambe lo faranno, e ogni modifica sembra localmente corretta mentre il flusso concordato si rompe. Date a ogni oggetto un responsabile e un processo di modifica, e pretendete che l’altra parte sia avvisata prima che una modifica venga applicata. L’alternativa è un registro delle modifiche che si legge come due persone che riparano metà diverse della stessa macchina.

Il guasto classico è una modifica del selettore da un lato e una modifica NAT dall’altro nella stessa settimana. Nessuno dei due ingegneri ha sbagliato, e il tunnel ha comunque smesso di trasportare l’applicazione.

Chi riceve la prima segnalazione

Decidete in anticipo chi viene chiamato per primo, cosa può leggere ciascuna parte e il punto in cui il caso cambia mano. Fornite l’estremo, l’ora del tentativo e il flusso consentito, così entrambe le parti possono correlare lo stesso evento.

Un riepilogo di stato ristretto è di solito più utile di una configurazione non oscurata, e non fa trapelare segreti. Il monitoraggio appartiene a chi possiede il componente, non a chi possiede il logo, quindi chiedete quale parte vede lo stato del tunnel, quale vede l’applicazione e chi viene svegliato da ogni allarme. Mettete il percorso fuori orario accanto a ogni allarme, perché una dashboard per cui nessuno è di reperibilità è documentazione.

Definite l’autorità di modifica con la stessa cura. Un fornitore che modifica un selettore mentre il cliente modifica il NAT rende plausibili entrambe le configurazioni locali e il tunnel continua a fallire.

Ciò che l’etichetta non dice mai

Inserite nell’accordo reale la manutenzione del software, la rotazione delle credenziali, i backup approvati della configurazione e il percorso di ripristino. Un modello di responsabilità condivisa come il modello che pubblica AWS mostra fin dove può spostarsi la ripartizione tra servizi, ed è un esempio e non una definizione delle condizioni del vostro fornitore. Dedurre qualcosa dall’espressione semi-gestita è il modo in cui una conversazione di rinnovo scopre un vuoto.

L’ambito dovrebbe nominare l’operatore abituale e il percorso di escalation per ogni dipendenza. Comunque la quotazione chiami il servizio, in pratica è quell’elenco che significa.

Articoli correlati