Dört gigabaytlık bir Raspberry Pi bir makine tarifidir, ofis gereksinimi değildir. Birkaç uzak kullanıcıya iyi hizmet edebilir ve biri tünelden büyük bir dosya kopyaladığı ilk öğleden sonra çökebilir. Bellek sayısı bu ikisinden hangisinin olacağını söyleyemez. Alımı bir kabul testine dönüştürmek bu belirsizliğin yerine savunabileceğiniz bir sonuç koyar.

Soruyu kabul testine dönüştürün

Bir kabul testi herhangi bir donanım gelmeden önce işi, koşulları ve geçme eşiğini adlandırır. Bir VPN geçidi için iş, eşzamanlı etkinlikler kümesidir ve koşullar ilgili yollar ile hizmetlerdir. Geçme eşiği, kullanıcının kullanılabilir diyeceği şeydir, bir ölçütün bildirdiği değil. Üçü de yoksa bir sayının hiçbir iddiası yoktur.

Testi başka biri çalıştırabilecek şekilde yazın. Bu tek kısıt, bu kararları haftalarca süründüren belirsiz ölçütlerin çoğunu ortadan kaldırır. Bir sonraki gözden geçirme geldiğinde sonucu karşılaştırılabilir de kılar.

Sonuç Raspberry Pi'yi, başka bir cihazı ya da yönetilen bir hizmeti haklı çıkarabilir. Üçü de aynı soruya meşru yanıtlardır. Aralarında test karar verir, spesifikasyon sayfası değil.

Kişi sayısını değil işi yazın

Kullanıcıları saymak yerine etkinlikleri ayırın. Bir web uygulaması açmak, büyük bir dosya kopyalamak ve etkileşimli bir terminal çalıştırmak aynı geçide çok farklı yükler bindirir. Normal bir saat içinde hangilerinin çakıştığını not edin, çünkü bu çakışma üç kolay işi tek bir zor işe çeviren şeydir.

Yönü de kaydedin. Ofisin dosya sunucusundan indiren uzak kullanıcılar ofisin yukarı akışını tüketir ve hızlı bir istemci bağlantısı diğer uçtaki dar bir yolu telafi edemez.

Tünel olağan taramayı da taşıyorsa o trafiği de teste katın. Yalnızca özel erişim, ofis her şey için kullanmaya başladığında geçidin ne göreceğini olduğundan az tahmin eder.

Kurulan cihazı ölçün

Dağıtmayı planladığınız sürümü, protokolü ve kimlik doğrulamayı test edin. Başka bir derlemeden ölçüt ödünç almak yerine hangi paket işleme yolunun etkin olduğunu kaydedin. Kapasite o yola bağlıdır, bu yüzden başka bir yoldan yapılan gözlem başka bir sistemi anlatır. Amaç en iyisini değil, sizin yapılandırmanızı ölçmektir.

Kartı paylaşacak hizmetleri de katın. DNS filtreleme, izleme ya da depolama aynı işlemci ve bellek için yarışır ve tek başına ölçülen bir geçit işleteceğiniz geçit değildir.

Sürekli iş sırasında işlemci etkinliğini, bellek baskısını, arayüz hatalarını ve tamamlanma sürelerini izleyin. Şifrelemeyi ve erişim denetimlerini baştan sona açık tutun, çünkü onlar olmadan elde edilen bir sayı kimsenin onaylamadığı bir hizmeti anlatır.

Kesinti bütçesini donanımdan önce belirleyin

Tek bir ucuz geçit, kesintisi katlanılabilir ve kurtarma basit olduğunda makul bir seçimdir. Kabul edilen kesinti süresini ve yapılandırmayı kimin geri yükleyebileceğini, depolamayı değiştirebileceğini ve kayıp bir istemciyi iptal edebileceğini yazın. Bir kesintinin gerçekte ne kadar sürdüğünü bu işlemler belirler. Hiçbiri bir spesifikasyon sayfasında görünmez.

Yönetici geçide yalnızca aynı tünelden ulaşıyorsa bağımsız bir kurtarma yolu planlayın. Yapılandırması ve anahtarları geri yüklenemeyen ve kimsenin sahip olmadığı bir yedek kart kurtarma planı değildir.

Ekibi değil kişiyi adlandırın. Bir gruba bağlı kurtarma, grubun müsait olmasını bekleyen kurtarmadır. Ad, planı test edilebilir kılan şeydir.

Geçen en küçük sistemi seçin

Bildirilen gereksinimleri payla geçen en küçük bakımlı sistemi seçin. Bellek kısıt olduğunda daha fazla bellek yardımcı olur ve zaten doymuş bir yola hiçbir şey yapmaz. Pay, sıfat değil bildirilmiş bir oran olmalıdır. O zaman bir sonraki yükseltmenin de bir ölçütü olur.

İş yükünü, sonucu ve tarihi dağıtımın yanına yazın. Bir sonraki kapasite sorusu o zaman spesifikasyon sayfasından değil kanıttan başlar. O kayıt, karar ile tahmin arasındaki farktır.

İlgili makaleler