آیا Raspberry Pi برای VPN دفتر کافی است؟ کار را تعریف کنید
اندازه حافظه دروازهای مناسب را تأیید نمیکند. کار همزمان را بنویسید، دستگاه مونتاژشده را اندازه بگیرید و تعیین کنید دفتر وقتی در دسترس نیست چه میکند.
یک Raspberry Pi چهار گیگابایتی توصیف یک ماشین است، نه نیاز یک دفتر. ممکن است به چند کاربر دور دست خوب خدمت کند و ممکن است همان بعدازظهر اولی که کسی فایل بزرگی را از تونل کپی میکند از کار بیفتد. عدد حافظه نمیتواند بگوید کدام یک رخ میدهد. تبدیل خرید به آزمون پذیرش آن ابهام را با نتیجهای جایگزین میکند که میتوانید از آن دفاع کنید.
پرسش را به آزمون پذیرش تبدیل کنید
آزمون پذیرش پیش از رسیدن هر سختافزاری کار، شرایط و حد قبولی را نام میبرد. برای یک دروازه VPN کار مجموعهای از فعالیتهای همزمان است و شرایط مسیرها و سرویسهای درگیر هستند. حد قبولی همان چیزی است که کاربر آن را قابل استفاده مینامد، نه آنچه یک بنچمارک گزارش میدهد. بدون هر سه، یک عدد هیچ ادعایی پشت خود ندارد.
آزمون را چنان بنویسید که شخص دیگری بتواند آن را اجرا کند. همین یک محدودیت بیشتر معیارهای مبهمی را که این تصمیمها را هفتهها به درازا میکشند حذف میکند. همچنین نتیجه را هنگام رسیدن بازبینی بعدی قابل مقایسه میکند.
نتیجه میتواند Raspberry Pi، دستگاهی دیگر یا سرویس مدیریتشده را توجیه کند. هر سه پاسخهای مشروعی به یک پرسشاند. آزمون میان آنها داوری میکند و برگه مشخصات نه.
کار را بنویسید، نه شمار افراد را
فعالیتها را از هم جدا کنید، نه اینکه کاربران را بشمارید. باز کردن یک برنامه وب، کپی کردن یک فایل بزرگ و اجرای یک ترمینال تعاملی بارهای بسیار متفاوتی بر همان دروازه میگذارند. یادداشت کنید کدامیک در یک ساعت عادی همپوشانی دارند، چون همین همپوشانی است که سه کار آسان را به یک کار سخت تبدیل میکند.
جهت را هم ثبت کنید. کاربران دور دستی که از سرور فایل دفتر دانلود میکنند پهنای باند بالارو دفتر را مصرف میکنند و یک اتصال سریع مشتری نمیتواند مسیر محدود در انتهای دیگر را جبران کند.
اگر تونل مرور معمولی را هم منتقل میکند، آن ترافیک را در آزمون بگنجانید. دسترسی خصوصی بهتنهایی آنچه دروازه پس از شروع استفاده دفتر برای همهچیز خواهد دید را کمبرآورد میکند.
دستگاه مونتاژشده را اندازه بگیرید
نسخه، پروتکل و احراز هویتی را که میخواهید مستقر کنید آزمون کنید. ثبت کنید کدام مسیر پردازش بسته فعال است، بهجای اینکه بنچمارکی از ساخت دیگری قرض بگیرید. ظرفیت به همان مسیر بستگی دارد، پس مشاهده از مسیری دیگر سیستم دیگری را توصیف میکند. هدف اندازهگیری پیکربندی شماست، نه بهترین پیکربندی موجود.
سرویسهایی را که در برد شریک خواهند بود بگنجانید. پالایش DNS، پایش یا ذخیرهسازی همه برای همان پردازنده و حافظه رقابت میکنند و دروازهای که تنها اندازهگیری شده همان دروازهای نیست که اجرا خواهید کرد.
در کار پیوسته فعالیت پردازنده، فشار حافظه، خطاهای رابط و زمانهای تکمیل را زیر نظر بگیرید. رمزنگاری و کنترلهای دسترسی را در تمام مدت روشن نگه دارید، زیرا عددی که بدون آنها به دست آید سرویسی را توصیف میکند که هیچکس تأییدش نکرده است.
بودجه قطعی را پیش از سختافزار تعیین کنید
یک دروازه ارزانقیمت تنها گزینه معقولی است وقتی قطعی آن تحملپذیر و بازیابی ساده باشد. زمان خاموشی پذیرفتهشده را بنویسید و اینکه چه کسی میتواند پیکربندی را بازگرداند، حافظه را جایگزین کند و دسترسی یک مشتری ازدسترفته را لغو کند. همین عملیاتها تعیین میکنند یک قطعی واقعاً چقدر طول میکشد. هیچیک از آنها در برگه مشخصات نمیآید.
اگر مدیر تنها از همان تونل به دروازه میرسد، مسیر بازیابی مستقلی برنامهریزی کنید. بردی یدکی که پیکربندی و کلیدهایش بازگرداندنی نیست و هیچکس مالک آن نیست، برنامه بازیابی نیست.
شخص را نام ببرید، نه تیم را. بازیابیای که به یک گروه وابسته است بازیابیای است که منتظر در دسترس بودن گروه میماند. نام همان چیزی است که برنامه را آزمونپذیر میکند.
کوچکترین سیستمی را انتخاب کنید که قبول میشود
کوچکترین سیستم نگهداریشدهای را انتخاب کنید که الزامات اعلامشده را با حاشیه قبول میکند. حافظه بیشتر وقتی حافظه محدودیت است کمک میکند و برای مسیری که از پیش اشباع شده کاری نمیکند. حاشیه باید درصدی اعلامشده باشد، نه یک صفت. آنگاه ارتقای بعدی هم معیاری دارد.
بار کاری، نتیجه و تاریخ را کنار استقرار ثبت کنید. آنگاه پرسش ظرفیت بعدی از شواهد آغاز میشود، نه از برگه مشخصات. همان ثبت تفاوت میان یک تصمیم و یک حدس است.