Basta un Raspberry Pi per la VPN dell’ufficio? Definite il lavoro

Un Raspberry Pi da quattro gigabyte è una descrizione di macchina, non un requisito d’ufficio. Può servire bene una manciata di utenti remoti, e può crollare il primo pomeriggio in cui qualcuno copia un file grande attraverso il tunnel. Il dato della memoria non può dirvi quale delle due cose accadrà. Trasformare l’acquisto in una prova di accettazione sostituisce quell’incertezza con un risultato che potete difendere.

Trasformate la domanda in una prova di accettazione

Una prova di accettazione nomina il lavoro, le condizioni e la soglia di superamento prima che arrivi qualsiasi hardware. Per un gateway VPN il lavoro è un insieme di attività simultanee, e le condizioni sono i percorsi e i servizi coinvolti. La soglia di superamento è ciò che un utente chiamerebbe utilizzabile, non ciò che riporta un parametro di riferimento. Senza tutte e tre, un numero non ha alcuna affermazione.

Scrivete la prova in modo che un’altra persona possa eseguirla. Questo solo vincolo elimina la maggior parte dei criteri vaghi che fanno trascinare queste decisioni per settimane. Rende anche il risultato confrontabile quando arriva la revisione successiva.

Il risultato può giustificare il Raspberry Pi, un altro apparecchio o un servizio gestito. Tutte e tre sono risposte legittime alla stessa domanda. La prova decide tra loro, e la scheda tecnica no.

Scrivete il lavoro, non il numero di persone

Separate le attività invece di contare gli utenti. Aprire un’applicazione web, copiare un file grande ed eseguire un terminale interattivo mettono carichi molto diversi sullo stesso gateway. Annotate quali si sovrappongono durante un’ora normale, perché è la sovrapposizione che trasforma tre compiti facili in uno difficile.

Registrate anche la direzione. Gli utenti remoti che scaricano da un file server dell’ufficio consumano il collegamento in uscita dell’ufficio, e una connessione client veloce non compensa un percorso limitato all’altro capo.

Se il tunnel trasporta anche la navigazione ordinaria, incluse quel traffico nella prova. Il solo accesso privato sottostima ciò che il gateway vedrà quando l’ufficio comincerà a usarlo per tutto.

Misurate l’apparecchio assemblato

Provate la versione, il protocollo e l’autenticazione che intendete distribuire. Annotate quale percorso di elaborazione dei pacchetti è attivo invece di prendere in prestito un parametro da un’altra build. La capacità dipende da quel percorso, quindi un’osservazione da un altro descrive un altro sistema. Lo scopo è misurare la vostra configurazione, non la migliore disponibile.

Includete i servizi che condivideranno la scheda. Il filtro DNS, il monitoraggio o l’archiviazione competono tutti per lo stesso processore e la stessa memoria, e un gateway misurato da solo non è quello che gestirete.

Osservate l’attività del processore, la pressione della memoria, gli errori di interfaccia e i tempi di completamento durante un lavoro prolungato. Tenete attivi cifratura e controlli di accesso per tutto il tempo, perché un numero ottenuto senza di essi descrive un servizio che nessuno ha approvato.

Decidete il budget di interruzione prima dell’hardware

Un solo gateway economico è una scelta ragionevole quando la sua interruzione è tollerabile e il ripristino è semplice. Scrivete il tempo di inattività accettato e chi può ripristinare la configurazione, sostituire la memoria e revocare un client perduto. Sono queste operazioni a decidere quanto dura davvero un’interruzione. Nessuna di esse compare su una scheda tecnica.

Se l’amministratore raggiunge il gateway solo attraverso lo stesso tunnel, pianificate un percorso di ripristino indipendente. Una scheda di ricambio la cui configurazione e le cui chiavi non possono essere ripristinate e che nessuno possiede non è un piano di ripristino.

Nominate la persona, non il team. Un ripristino che dipende da un gruppo è un ripristino che aspetta che il gruppo sia disponibile. Il nome è anche ciò che rende il piano verificabile.

Scegliete il sistema più piccolo che passa

Scegliete il sistema mantenuto più piccolo che supera i requisiti dichiarati con margine. Più memoria aiuta quando la memoria è il vincolo, e non fa nulla per un percorso già saturo. Il margine deve essere una percentuale dichiarata, non un aggettivo. Allora anche il prossimo aggiornamento ha un criterio.

Annotate il carico, il risultato e la data accanto alla distribuzione. La successiva domanda di capacità parte allora dalle prove, non da una scheda tecnica. Quel registro è la differenza tra una decisione e una supposizione.