Vai ar Raspberry Pi pietiek biroja VPN? Definējiet darbu

Četru gigabaitu Raspberry Pi ir mašīnas apraksts, nevis biroja prasība. Tas var labi apkalpot dažus attālinātus lietotājus, un tas var sabrukt jau pirmajā pēcpusdienā, kad kāds kopē lielu failu pa tuneli. Atmiņas skaitlis nevar pateikt, kurš no abiem notiks. Pirkuma pārvēršana pieņemšanas testā aizstāj šo nenoteiktību ar rezultātu, ko varat aizstāvēt.

Pārvērtiet jautājumu pieņemšanas testā

Pieņemšanas tests nosauc darbu, nosacījumus un izturēšanas slieksni pirms jebkādas aparatūras ierašanās. VPN vārtejai darbs ir vienlaicīgu darbību kopums, un nosacījumi ir iesaistītie ceļi un pakalpojumi. Izturēšanas slieksnis ir tas, ko lietotājs nosauktu par lietojamu, nevis tas, ko ziņo mērītājs. Bez visiem trim skaitlim nav nekāda apgalvojuma.

Rakstiet testu tā, lai to varētu izpildīt kāds cits. Tikai šis ierobežojums novērš lielāko daļu neskaidro kritēriju, kuru dēļ šie lēmumi velkas nedēļām. Tas arī padara rezultātu salīdzināmu, kad nāk nākamā pārskatīšana.

Rezultāts var attaisnot Raspberry Pi, citu ierīci vai pārvaldītu pakalpojumu. Visi trīs ir likumīgas atbildes uz to pašu jautājumu. Tests izšķir starp tiem, un specifikācijas lapa ne.

Pierakstiet darbu, nevis cilvēku skaitu

Atdaliet darbības, nevis skaitiet lietotājus. Tīmekļa lietotnes atvēršana, liela faila kopēšana un interaktīvas termināļa sesijas darbināšana rada ļoti atšķirīgu slodzi tai pašai vārtejai. Atzīmējiet, kuras no tām pārklājas parastā stundā, jo tieši pārklāšanās trīs vieglus darbus pārvērš vienā grūtā.

Fiksējiet arī virzienu. Attālināti lietotāji, kas lejupielādē no biroja failu servera, patērē biroja augšupielādes kanālu, un ātrs klienta savienojums nekompensē ierobežotu ceļu otrā galā.

Ja tunelis pārvadā arī parasto pārlūkošanu, iekļaujiet šo plūsmu testā. Tikai privāta piekļuve novērtē par zemu to, ko vārteja redzēs, kad birojs to sāks izmantot visam.

Izmēriet samontēto ierīci

Testējiet to versiju, protokolu un autentifikāciju, ko plānojat ieviest. Pierakstiet, kurš pakešu apstrādes ceļš ir aktīvs, nevis aizņemieties mērītāju no citas būves. Caurlaidība ir atkarīga no šī ceļa, tāpēc novērojums no cita ceļa apraksta citu sistēmu. Mērķis ir izmērīt jūsu konfigurāciju, nevis labāko pieejamo.

Iekļaujiet pakalpojumus, kas dalīs plati. DNS filtrēšana, uzraudzība vai glabāšana visas konkurē par to pašu procesoru un atmiņu, un atsevišķi mērīta vārteja nav tā vārteja, ko darbināsiet.

Novērojiet procesora aktivitāti, atmiņas spiedienu, saskarnes kļūdas un pabeigšanas laikus ilgstoša darba laikā. Turiet šifrēšanu un piekļuves kontroli ieslēgtu visu laiku, jo bez tām iegūts skaitlis apraksta pakalpojumu, ko neviens nav apstiprinājis.

Izlemiet dīkstāves budžetu pirms aparatūras

Viena lēta vārteja ir saprātīga izvēle, kad tās dīkstāve ir pieļaujama un atjaunošana vienkārša. Pierakstiet pieņemto dīkstāves laiku un to, kas var atjaunot konfigurāciju, nomainīt glabātuvi un atsaukt pazudušu klientu. Tieši šīs darbības nosaka, cik ilgi dīkstāve patiešām ilgst. Neviena no tām nav redzama specifikācijas lapā.

Ja administrators vārtejai piekļūst tikai pa to pašu tuneli, plānojiet neatkarīgu atjaunošanas ceļu. Rezerves plate, kuras konfigurāciju un atslēgas nevar atjaunot un kurai neviens nepieder, nav atjaunošanas plāns.

Nosauciet cilvēku, nevis komandu. Atjaunošana, kas atkarīga no grupas, ir atjaunošana, kas gaida, kamēr grupa būs pieejama. Vārds arī ir tas, kas padara plānu pārbaudāmu.

Izvēlieties mazāko sistēmu, kas iztur

Izvēlieties mazāko uzturēto sistēmu, kas iztur deklarētās prasības ar rezervi. Vairāk atmiņas palīdz, kad atmiņa ir ierobežojums, un neko nedod jau piesātinātam ceļam. Rezervei jābūt norādītai proporcijai, nevis īpašības vārdam. Tad arī nākamajam jauninājumam būs kritērijs.

Pierakstiet slodzi, rezultātu un datumu pie ieviešanas. Tad nākamais jautājums par jaudu sākas no pierādījumiem, nevis no specifikācijas lapas. Šis ieraksts ir atšķirība starp lēmumu un minējumu.