Je li Raspberry Pi dovoljan za uredski VPN? Definirajte posao

Raspberry Pi od četiri gigabajta opis je stroja, a ne uredski zahtjev. Može dobro poslužiti nekolicinu udaljenih korisnika, a može se srušiti već prvoga poslijepodneva kada netko kopira veliku datoteku kroz tunel. Brojka memorije ne može vam reći što će se od toga dogoditi. Pretvaranje kupnje u prijamni test zamjenjuje tu neizvjesnost rezultatom koji možete braniti.

Pretvorite pitanje u prijamni test

Prijamni test imenuje posao, uvjete i granicu prolaza prije nego što stigne bilo kakav hardver. Za VPN pristupnik posao je skup istovremenih aktivnosti, a uvjeti su putanje i usluge koje su uključene. Granica prolaza je ono što bi korisnik nazvao upotrebljivim, a ne ono što mjerilo izvješćuje. Bez sva tri brojka nema nikakvog uporišta.

Napišite test tako da ga netko drugi može izvesti. Samo to ograničenje uklanja većinu nejasnih kriterija zbog kojih se ove odluke otežu tjednima. Ono i rezultat čini usporedivim kada dođe sljedeći pregled.

Ishod može opravdati Raspberry Pi, drugi uređaj ili upravljanu uslugu. Sva tri su legitiman odgovor na isto pitanje. Test odlučuje među njima, a specifikacija ne.

Zapišite posao, ne broj ljudi

Razdvojite aktivnosti umjesto da brojite korisnike. Otvaranje web aplikacije, kopiranje velike datoteke i pokretanje interaktivnog terminala stavljaju vrlo različita opterećenja na isti pristupnik. Zabilježite koje se od njih preklapaju tijekom normalnog sata, jer preklapanje pretvara tri laka posla u jedan težak.

Zabilježite i smjer. Udaljeni korisnici koji preuzimaju s uredskog poslužitelja datoteka troše uredski uzlazni kanal, a brza klijentska veza ne može nadoknaditi ograničenu putanju na drugoj strani.

Ako tunel nosi i obično pregledavanje, uključite taj promet u test. Sam privatni pristup podcjenjuje ono što će pristupnik vidjeti kada ured počne rabiti ga za sve.

Izmjerite sastavljeni uređaj

Testirajte verziju, protokol i provjeru identiteta koje namjeravate uvesti. Zabilježite koja je putanja obrade paketa aktivna umjesto da posuđujete mjerilo iz druge gradnje. Kapacitet ovisi o toj putanji, pa zapažanje s druge putanje opisuje drugi sustav. Cilj je izmjeriti vašu konfiguraciju, a ne najbolju dostupnu.

Uključite usluge koje će dijeliti ploču. DNS filtriranje, nadzor ili pohrana svi se natječu za isti procesor i memoriju, a pristupnik izmjeren sam nije pristupnik koji ćete voditi.

Pratite aktivnost procesora, pritisak na memoriju, pogreške sučelja i vremena završetka tijekom trajnog rada. Držite šifriranje i kontrole pristupa uključenima cijelo vrijeme, jer brojka dobivena bez njih opisuje uslugu koju nitko nije odobrio.

Odredite proračun zastoja prije hardvera

Jedan jeftin pristupnik razuman je izbor kada je njegov zastoj podnošljiv i oporavak jednostavan. Zapišite prihvaćeno vrijeme zastoja i tko može obnoviti konfiguraciju, zamijeniti pohranu i opozvati izgubljenog klijenta. Te radnje odlučuju koliko zastoj doista traje. Nijedna se ne pojavljuje na specifikaciji.

Ako administrator dolazi do pristupnika samo kroz isti tunel, planirajte neovisnu putanju oporavka. Pričuvna ploča čija se konfiguracija i ključevi ne mogu obnoviti i koju nitko ne posjeduje nije plan oporavka.

Imenujte osobu, a ne tim. Oporavak koji ovisi o skupini jest oporavak koji čeka da skupina bude dostupna. Ime je i ono što plan čini provjerljivim.

Odaberite najmanji sustav koji prolazi

Odaberite najmanji održavani sustav koji prolazi objavljene zahtjeve s rezervom. Više memorije pomaže kada je memorija ograničenje i ništa ne čini za putanju koja je već zasićena. Rezerva treba biti navedena margina, a ne pridjev. Tada i sljedeća nadogradnja ima kriterij.

Zapišite opterećenje, rezultat i datum uz primjenu. Sljedeće pitanje o kapacitetu tada počinje od dokaza, a ne od specifikacije. Taj je zapis razlika između odluke i nagađanja.