Um Raspberry Pi basta para a VPN do escritório? Defina o trabalho

Um Raspberry Pi de quatro gigabytes é uma descrição de máquina, não um requisito de escritório. Pode servir bem um punhado de usuários remotos, e pode ruir na primeira tarde em que alguém copiar um arquivo grande pelo túnel. O número da memória não pode dizer qual das duas coisas acontece. Transformar a compra em um teste de aceitação substitui essa incerteza por um resultado que você pode defender.

Transforme a pergunta em teste de aceitação

Um teste de aceitação nomeia o trabalho, as condições e a nota de aprovação antes de qualquer hardware chegar. Para um gateway VPN o trabalho é um conjunto de atividades simultâneas, e as condições são os caminhos e serviços envolvidos. A nota de aprovação é o que um usuário chamaria de utilizável, não o que um benchmark relata. Sem as três coisas, um número não tem nenhuma afirmação.

Escreva o teste de modo que outra pessoa possa executá-lo. Essa única restrição elimina a maior parte dos critérios vagos que fazem essas decisões se arrastarem por semanas. Ela também torna o resultado comparável quando a próxima revisão chegar.

O resultado pode justificar o Raspberry Pi, outro aparelho ou um serviço gerenciado. As três são respostas legítimas à mesma pergunta. O teste decide entre elas, e a folha de especificações não.

Escreva o trabalho, não o número de pessoas

Separe as atividades em vez de contar usuários. Abrir um aplicativo web, copiar um arquivo grande e executar um terminal interativo impõem cargas muito diferentes ao mesmo gateway. Anote quais se sobrepõem durante uma hora normal, porque a sobreposição é o que transforma três tarefas fáceis em uma difícil.

Registre também a direção. Usuários remotos que baixam de um servidor de arquivos do escritório consomem o link de subida do escritório, e uma conexão de cliente rápida não compensa um caminho restrito na outra ponta.

Se o túnel também transporta navegação comum, inclua esse tráfego no teste. O acesso privado sozinho subestima o que o gateway verá quando o escritório começar a usá-lo para tudo.

Meça o aparelho montado

Teste a versão, o protocolo e a autenticação que pretende implantar. Anote qual caminho de processamento de pacotes está ativo em vez de tomar emprestado um benchmark de outra compilação. A capacidade depende desse caminho, então uma observação de outro caminho descreve outro sistema. O ponto é medir a sua configuração, não a melhor disponível.

Inclua os serviços que vão compartilhar a placa. A filtragem DNS, o monitoramento ou o armazenamento competem pelo mesmo processador e pela mesma memória, e um gateway medido sozinho não é o que você vai operar.

Observe a atividade do processador, a pressão de memória, os erros de interface e os tempos de conclusão durante trabalho contínuo. Mantenha a criptografia e os controles de acesso ativos o tempo todo, porque um número obtido sem eles descreve um serviço que ninguém aprovou.

Decida o orçamento de queda antes do hardware

Um único gateway barato é uma escolha razoável quando a queda é tolerável e a recuperação é simples. Escreva o tempo de inatividade aceito e quem pode restaurar a configuração, trocar o armazenamento e revogar um cliente perdido. Essas operações decidem quanto tempo uma queda realmente dura. Nenhuma delas aparece numa folha de especificações.

Se o administrador só alcança o gateway por esse mesmo túnel, planeje uma rota de recuperação independente. Uma placa de reposição cuja configuração e chaves não podem ser restauradas e que ninguém possui não é um plano de recuperação.

Nomeie a pessoa, não a equipe. Uma recuperação que depende de um grupo é uma recuperação que espera o grupo estar disponível. O nome também é o que torna o plano verificável.

Escolha o menor sistema que passa

Escolha o menor sistema mantido que passa os requisitos declarados com folga. Mais memória ajuda quando a memória é a restrição, e não faz nada por um caminho já saturado. A folga deve ser uma margem declarada, não um adjetivo. Então a próxima atualização também tem um critério.

Anote a carga, o resultado e a data ao lado da implantação. A próxima pergunta de capacidade parte então de evidências, não de uma folha de especificações. Esse registro é a diferença entre uma decisão e um palpite.