Ці дастаткова Raspberry Pi для офіснага VPN? Вызначце працу

Raspberry Pi з чатырма гігабайтамі — гэта апісанне машыны, а не патрабаванне офіса. Ён можа добра абслугоўваць некалькі аддаленых карыстальнікаў, а можа зваліцца ў першую ж пасляабедзенную гадзіну, калі хтосьці пачне капіяваць вялікі файл праз тунель. Лічба памяці не скажа, які з гэтых двух выпадкаў адбудзецца. Ператварэнне куплі ў прыёмачны тэст замяняе гэтую нявызначанасць вынікам, які можна абараніць.

Ператварыце пытанне ў прыёмачны тэст

Прыёмачны тэст называе працу, умовы і мяжу праходжання да таго, як прыбудзе абсталяванне. Для шлюза VPN праца — гэта набор адначасовых дзеянняў, а ўмовы — задзейнічаныя шляхі і службы. Мяжа праходжання — гэта тое, што карыстальнік назваў бы прыдатным, а не тое, што паведамляе эталон. Без усіх трох у лічбы няма ніякіх падстаў.

Напішыце тэст так, каб нехта іншы мог яго правесці. Адно гэта абмежаванне прыбірае большасць расплывістых крытэрыяў, з-за якіх такія рашэнні цягнуцца тыднямі. Яно таксама робіць вынік параўнальным, калі прыходзіць наступны перагляд.

Вынік можа апраўдаць Raspberry Pi, іншы прыбор або кіраваную паслугу. Усе тры — законныя адказы на тое ж пытанне. Тэст выбірае паміж імі, а спецыфікацыя — не.

Запішыце працу, а не колькасць людзей

Аддзяляйце дзеянні, а не лічыце карыстальнікаў. Адкрыццё вэб-праграмы, капіяванне вялікага файла і запуск інтэрактыўнага тэрмінала ствараюць вельмі розныя нагрузкі на адзін і той жа шлюз. Адзначце, якія з іх перакрываюцца на працягу звычайнай гадзіны, бо менавіта перакрыццё ператварае тры простыя задачы ў адну складаную.

Запішыце таксама кірунак. Аддаленыя карыстальнікі, якія спампоўваюць з офіснага файлавага сервера, спажываюць офісны ўзыходны канал, і хуткае кліенцкае злучэнне не кампенсуе абмежаваны шлях на другім канцы.

Калі тунель таксама нясе звычайнае агляданне, уключыце гэты трафік у тэст. Адзін толькі прыватны доступ заніжае тое, што ўбачыць шлюз, калі офіс пачне выкарыстоўваць яго для ўсяго.

Вымерайце сабраны прыбор

Тэстуйце тую версію, пратакол і аўтэнтыфікацыю, якія збіраецеся ўкараніць. Запішыце, які шлях апрацоўкі пакетаў актыўны, замест таго каб пазычаць эталон з іншай зборкі. Прапускная здольнасць залежыць ад гэтага шляху, таму назіранне з іншага шляху апісвае іншую сістэму. Мэта — вымераць вашу канфігурацыю, а не найлепшую з даступных.

Уключыце службы, якія будуць дзяліць плату. Фільтраванне DNS, маніторынг або захоўванне ўсе канкуруюць за адзін працэсар і памяць, а шлюз, вымераны асобна, — не той шлюз, які вы будзеце эксплуатаваць.

Назірайце за актыўнасцю працэсара, ціскам на памяць, памылкамі інтэрфейсаў і часам завяршэння падчас працяглай працы. Трымайце шыфраванне і кантроль доступу ўключанымі ўвесь час, бо лічба, атрыманая без іх, апісвае службу, якую ніхто не ўхваліў.

Вызначце бюджэт прастою да абсталявання

Адзін недарагі шлюз — разумны выбар, калі яго прастой можна перанесці, а аднаўленне простае. Запішыце дапушчальны час прастою і хто можа аднавіць канфігурацыю, замяніць носьбіт і адклікаць страчанага кліента. Менавіта гэтыя аперацыі вызначаюць, колькі прастою доўжыцца насамрэч. Ні адна з іх не паказана ў спецыфікацыі.

Калі адміністратар дабіраецца да шлюза толькі праз той самы тунель, прадугледзьце незалежны шлях аднаўлення. Запасная плата, канфігурацыю і ключы якой нельга аднавіць і якой ніхто не валодае, — не план аднаўлення.

Называйце чалавека, а не каманду. Аднаўленне, якое залежыць ад групы, — гэта аднаўленне, якое чакае, пакуль група будзе даступная. Імя таксама робіць план правераным.

Выберыце найменшую сістэму, якая праходзіць

Выберыце найменшую сістэму з падтрымкай, якая праходзіць абвешчаныя патрабаванні з запасом. Больш памяці дапамагае, калі памяць — гэта абмежаванне, і не дае нічога для шляху, які ўжо насычаны. Запас павінен быць заяўленай доляй, а не прыметнікам. Тады і наступнае абнаўленне мае крытэрый.

Запішыце нагрузку, вынік і дату побач з разгортваннем. Тады наступнае пытанне пра ёмістасць пачынаецца з доказаў, а не са спецыфікацыі. Гэты запіс — розніца паміж рашэннем і здагадкай.