Stačí Raspberry Pi na kancelářskou VPN? Definujte práci

Raspberry Pi se čtyřmi gigabajty je popis stroje, ne požadavek kanceláře. Může dobře obsloužit několik vzdálených uživatelů a může se zhroutit hned první odpoledne, kdy někdo začne kopírovat velký soubor tunelem. Číslo paměti vám neřekne, který z těch dvou případů nastane. Přeměna nákupu v akceptační test nahradí tuto nejistotu výsledkem, který dokážete obhájit.

Přeměňte otázku v akceptační test

Akceptační test pojmenuje práci, podmínky a hranici úspěchu dřív, než dorazí jakýkoli hardware. U VPN brány je prací soubor souběžných činností a podmínkami jsou zapojené cesty a služby. Hranice úspěchu je to, co by uživatel nazval použitelným, ne to, co hlásí měřítko. Bez všech tří nemá číslo žádné opodstatnění.

Napište test tak, aby ho mohl provést někdo jiný. Už toto omezení odstraní většinu mlhavých kritérií, kvůli kterým se tato rozhodnutí táhnou týdny. Také dělá výsledek srovnatelným, až přijde příští revize.

Výsledek může ospravedlnit Raspberry Pi, jiný přístroj nebo spravovanou službu. Všechny tři jsou legitimní odpovědi na stejnou otázku. Test rozhoduje mezi nimi, specifikační list ne.

Zapište práci, ne počet lidí

Oddělte činnosti místo počítání uživatelů. Otevření webové aplikace, kopírování velkého souboru a běh interaktivního terminálu kladou na stejnou bránu velmi rozdílné zátěže. Poznamenejte si, které se během běžné hodiny překrývají, protože právě překryv mění tři snadné úlohy v jednu obtížnou.

Zaznamenejte i směr. Vzdálení uživatelé stahující z kancelářského souborového serveru spotřebovávají kancelářský odchozí kanál a rychlé klientské připojení nevykompenzuje omezenou cestu na druhém konci.

Pokud tunel přenáší i běžné prohlížení, zahrňte ten provoz do testu. Samotný soukromý přístup podceňuje to, co brána uvidí, až ji kancelář začne používat na všechno.

Změřte sestavený přístroj

Testujte tu verzi, protokol a ověřování, které hodláte nasadit. Zaznamenejte, která cesta zpracování paketů je aktivní, místo abyste si půjčovali měřítko z jiného sestavení. Kapacita závisí na této cestě, takže pozorování z jiné cesty popisuje jiný systém. Smyslem je změřit vaši konfiguraci, ne tu nejlepší dostupnou.

Zahrňte služby, které budou desku sdílet. Filtrování DNS, monitorování i úložiště soutěží o stejný procesor a paměť a brána změřená samostatně není brána, kterou budete provozovat.

Sledujte aktivitu procesoru, tlak na paměť, chyby rozhraní a doby dokončení při trvalé práci. Šifrování a řízení přístupu nechte po celou dobu zapnuté, protože číslo získané bez nich popisuje službu, kterou nikdo neschválil.

Rozhodněte rozpočet výpadku před hardwarem

Jediná levná brána je rozumná volba, když je její výpadek snesitelný a obnova jednoduchá. Zapište přijatou dobu nedostupnosti a kdo dokáže obnovit konfiguraci, vyměnit úložiště a odebrat ztracenému klientovi přístup. Tyto operace rozhodují o tom, jak dlouhý výpadek skutečně bude. Žádná z nich není na specifikačním listu.

Pokud se správce dostane k bráně jen stejným tunelem, naplánujte nezávislou cestu obnovy. Náhradní deska, jejíž konfiguraci a klíče nelze obnovit a kterou nikdo nevlastní, není plán obnovy.

Jmenujte člověka, ne tým. Obnova, která závisí na skupině, je obnova, která čeká, až bude skupina k dispozici. Jméno je také to, co dělá plán ověřitelným.

Vyberte nejmenší systém, který projde

Vyberte nejmenší udržovaný systém, který projde deklarované požadavky s rezervou. Více paměti pomůže, když je paměť omezením, a nepomůže cestě, která je už nasycená. Rezerva má být uvedená míra, ne přídavné jméno. Pak má i příští upgrade kritérium.

Zapište zátěž, výsledek a datum vedle nasazení. Příští otázka na kapacitu pak začíná od důkazů, ne od specifikačního listu. Ten záznam je rozdíl mezi rozhodnutím a odhadem.