Qué hace bien la interfaz web de Proxmox, y dónde acaba abriendo una segunda pantalla

Conviene decirlo con claridad, porque a menudo se supone lo contrario: la interfaz web de Proxmox es buena. Expone casi todo lo que el sistema sabe hacer, no esconde el estado detrás de resúmenes amables y no le miente. Mucha gente lleva infraestructura seria sin nada más, y no se están conformando.

Ser justo en esto no es cortesía. Si no sabe decir qué hace bien una herramienta, probablemente tampoco sabrá decir con precisión dónde resulta incómoda, y la segunda frase es la útil.

Qué hace bien

Es completa. Casi toda capacidad tiene su sitio en la interfaz. No hay un gran conjunto de cosas que solo se puedan hacer editando un archivo, y eso en esta categoría es más raro de lo que suena.

No finge. Cuando un valor es desconocido, se ve desconocido. Cuando una tarea falla, el fallo se ve con su salida. Las interfaces que suavizan esto son agradables hasta el momento en que necesita la verdad.

Se ajusta de cerca al sistema de abajo. Lo que ve corresponde a objetos reales, así que lo que aprende en la interfaz se traslada a la línea de comandos y de vuelta. Las herramientas que inventan su propia abstracción le enseñan la herramienta en lugar del sistema.

Es rápida y siempre está. Ningún agente que instalar, ningún servicio extra que mantener vivo, nada segundo que se pueda romper.

Dónde está de verdad la fricción

En ninguna pantalla concreta. En las preguntas cuya respuesta está repartida entre varias.

Pregunte: "si este disco falla esta noche, ¿qué máquinas caen?" La interfaz sabe responder. Abre el almacenamiento, anota qué hay encima, abre cada máquina, revisa sus discos y guarda el resultado intermedio en la cabeza. Cuatro pantallas y una unión mental, y lo repite la próxima vez.

Pregunte: "¿por qué puente llega esta máquina realmente al exterior?" Misma forma. Máquina, puente, puerto físico, y la unión ocurre en su memoria.

Pregunte: "¿qué va a tocar este cambio antes de que lo aplique?" Aquí la interfaz solo puede ayudar en parte, porque la respuesta no está guardada en ningún sitio: hay que derivarla recorriendo relaciones hacia delante.

No son funciones que falten. Cada dato necesario está presente y es correcto. El coste está en el montaje, y se paga cada vez que se hace la pregunta, no una sola vez.

Por qué ese coste es invisible hasta que deja de serlo

Una tarde tranquila, abrir cuatro pantallas no es una carga. Se siente como administración normal, porque lo es.

Se vuelve caro en exactamente dos situaciones. Durante una incidencia, cuando la unión se hace bajo presión y una unión equivocada produce una respuesta segura y falsa. Y en un sistema desconocido, donde todavía no sabe qué relaciones existen, así que ignora qué dejó de comprobar.

Por eso quien lleva un servidor años suele no notar fricción alguna, y quien heredó uno la semana pasada nota muchísima. Los dos describen la misma interfaz con exactitud.

Lo que una segunda capa no debería hacer

No debería sustituir a la primera. La interfaz nativa sigue siendo la referencia de lo que el sistema piensa de verdad. Todo lo que la contradiga está mal por definición, y una segunda capa que le anime a dejar de mirar ahí es un riesgo.

No debería inventar su propio modelo. Si una segunda capa le enseña conceptos que no existen en Proxmox, desde ese momento mantiene una traducción en la cabeza, y las traducciones se desvían.

No debería ocultar los fallos. Una capa que declara éxito con más facilidad que el sistema de abajo es peor que no tener capa.

La forma honesta de decidir

No pregunte qué interfaz es mejor. Pregunte qué preguntas hace más a menudo y si sus respuestas viven en una pantalla o en cuatro.

Si sus preguntas habituales son de un solo objeto, arranca esta máquina, agranda ese disco, comprueba esa copia, la interfaz nativa las responde directamente y una segunda capa añade un paso para nada.

Si sus preguntas habituales son de relación, de qué depende esto, qué va a tocar, dónde corre en realidad, esas son las que le cuestan cada vez, y esa es la única razón honesta para añadir algo.

Qué hace Atlas

Atlas corre al lado de la interfaz de Proxmox, no en su lugar, y apunta exactamente a las preguntas de relación de arriba.

La cadena de recursos se dibuja desde una máquina hasta el disco físico, y la cadena de red desde una máquina hasta el puerto físico, así que la unión que antes ocurría en su cabeza ocurre en la pantalla. Toda la diferencia es esa: los mismos datos, montados una vez y mantenidos montados.

Antes de que un cambio se ejecute, se listan los recursos que va a tocar, con lo que la tercera pregunta pasa de deducirse a leerse.

Y refleja Proxmox en vez de sustituir su modelo: usuarios, roles, grupos y tokens de API son los de Proxmox, los permisos se le piden a Proxmox al entrar, y Atlas no construye un concepto paralelo que usted deba mantener sincronizado. Lo que aprende aquí sigue siendo cierto allí.