¿Basta una Raspberry Pi para la VPN de la oficina? Defina el trabajo

Una Raspberry Pi de cuatro gigabytes es una descripción de máquina, no un requisito de oficina. Puede atender bien a un puñado de usuarios remotos y puede venirse abajo la primera tarde en que alguien copie un archivo grande por el túnel. La cifra de memoria no puede decirle cuál de las dos cosas ocurrirá. Convertir la compra en una prueba de aceptación sustituye esa incertidumbre por un resultado que usted puede defender.

Convierta la pregunta en una prueba de aceptación

Una prueba de aceptación nombra el trabajo, las condiciones y la nota de aprobado antes de que llegue ningún hardware. Para una puerta de enlace VPN el trabajo es un conjunto de actividades simultáneas y las condiciones son las rutas y los servicios implicados. La nota de aprobado es lo que un usuario llamaría utilizable, no lo que informa un punto de referencia. Sin las tres cosas, una cifra no tiene ninguna afirmación detrás.

Escriba la prueba de modo que otra persona pueda ejecutarla. Esa sola restricción elimina la mayoría de los criterios vagos que hacen que estas decisiones se arrastren durante semanas. También hace que el resultado sea comparable cuando llegue la siguiente revisión.

El resultado puede justificar la Raspberry Pi, otro equipo o un servicio gestionado. Las tres son respuestas legítimas a la misma pregunta. La prueba decide entre ellas y la hoja de especificaciones no.

Escriba el trabajo, no el número de personas

Separe las actividades en lugar de contar usuarios. Abrir una aplicación web, copiar un archivo grande y ejecutar un terminal interactivo ponen cargas muy distintas sobre la misma puerta de enlace. Anote cuáles se solapan durante una hora normal, porque el solapamiento es lo que convierte tres tareas fáciles en una difícil.

Registre también la dirección. Los usuarios remotos que descargan de un servidor de archivos de la oficina consumen el enlace ascendente de la oficina, y una conexión de cliente rápida no compensa una ruta limitada en el otro extremo.

Si el túnel también transporta navegación normal, incluya ese tráfico en la prueba. El acceso privado por sí solo subestima lo que verá la puerta de enlace cuando la oficina empiece a usarla para todo.

Mida el equipo montado

Pruebe la versión, el protocolo y la autenticación que piensa desplegar. Anote qué ruta de procesamiento de paquetes está activa en lugar de tomar prestado un punto de referencia de otra compilación. La capacidad depende de esa ruta, así que una observación de otra ruta describe otro sistema. La idea es medir su configuración, no la mejor disponible.

Incluya los servicios que compartirán la placa. El filtrado DNS, la monitorización o el almacenamiento compiten por el mismo procesador y la misma memoria, y una puerta de enlace medida sola no es la que va a operar.

Vigile la actividad del procesador, la presión de memoria, los errores de interfaz y los tiempos de finalización durante trabajo sostenido. Mantenga el cifrado y los controles de acceso activados en todo momento, porque una cifra obtenida sin ellos describe un servicio que nadie aprobó.

Decida el presupuesto de caída antes del hardware

Una sola puerta de enlace barata es una opción razonable cuando su caída es tolerable y la recuperación es sencilla. Escriba el tiempo de inactividad aceptado y quién puede restaurar la configuración, sustituir el almacenamiento y revocar un cliente perdido. Esas operaciones deciden cuánto dura realmente una caída. Ninguna de ellas aparece en una hoja de especificaciones.

Si el administrador solo llega a la puerta de enlace por ese mismo túnel, planifique una ruta de recuperación independiente. Una placa de repuesto cuya configuración y claves no se pueden restaurar y que nadie posee no es un plan de recuperación.

Nombre a la persona, no al equipo. Una recuperación que depende de un grupo es una recuperación que espera a que el grupo esté disponible. El nombre es también lo que hace que el plan sea comprobable.

Elija el sistema más pequeño que apruebe

Elija el sistema mantenido más pequeño que apruebe los requisitos declarados con holgura. Más memoria ayuda cuando la memoria es la restricción y no hace nada por una ruta que ya está saturada. La holgura debe ser un margen declarado, no un adjetivo. Así la siguiente actualización también tiene un criterio.

Anote la carga de trabajo, el resultado y la fecha junto al despliegue. La siguiente pregunta de capacidad parte entonces de pruebas, no de una hoja de especificaciones. Ese registro es la diferencia entre una decisión y una conjetura.