PVE-Electrified: el mod de la interfaz de Proxmox que desata una pelea a navajazos

PVE-electrified no pretende ser sutil. La presentación prometía una respuesta más rápida al arrancar y detener invitados, botones de comando directamente dentro del árbol de recursos, un árbol de recursos reescrito en React, iconos de estado que se actualizan antes, un nuevo diálogo de conflictos de recursos, un logo dibujado a mano y unos cuantos efectos visuales de propina. Es mucho movimiento para algo descrito como "pequeñas funciones nuevas". El proyecto también tiene una hoja de ruta que suena útil de verdad: barras de uso de RAM en el árbol, avisos antes de arrancar invitados hacia un desastre por falta de memoria y un uso de disco en ZFS que muestra el consumo real en lugar de la ficción del thick provisioning. Es el tipo de herramienta de homelab que a unos los entusiasma al instante y a otros los manda a buscar el extintor de interfaces.

El atractivo es tanto la velocidad como el brillo

El mejor argumento a favor de PVE-electrified es que la interfaz normal de Proxmox puede resultar demasiado educada cuando vas a toda velocidad con operaciones sobre invitados. Una respuesta más rápida al arrancar y detener importa porque los administradores no hacen clic por diversión. Intentan saber si la acción se ha hecho o si están mirando un estado de la interfaz desfasado. Reescribir el árbol de recursos como componente de React puede sonar a charla interna de desarrolladores, pero el objetivo es práctico. Iconos que se actualizan antes significan adivinar menos, y adivinar menos significa menos clics duplicados, menos recargas y menos momentos en los que te preguntas si te está mintiendo el navegador o el nodo.

El diálogo de conflictos de recursos es la función más adulta escondida dentro del envoltorio llamativo. Arrancar invitados es fácil, pero arrancarlos en plena pelea por los recursos es la forma de fabricarse una mala tarde. El asistente de RAM previsto ataca el mismo problema, impidiendo que los usuarios tumben invitados a ciegas porque el host se está quedando sin memoria. Es un problema muy de homelab. Mucha gente sobreasigna porque puede, y luego se sorprende cuando la máquina empieza a negociar con la física. Una interfaz que avisa antes del precipicio funciona como un cinturón de seguridad, que es mucho más que cosmética.

Luego llegó la discusión sobre el desorden

Las críticas llegaron rápido y fueron directas. Un comentarista dijo que los botones de comando hacían que el árbol pareciera abarrotado y preguntó qué problema había con el clic derecho. Eso va más allá de una pega menor: es la clásica pelea de las interfaces de productividad entre botones visibles y superficies limpias. Los usuarios avanzados suelen adorar las interfaces despejadas porque ya saben dónde están las acciones. Los usuarios más nuevos, o quienes prefieren la velocidad a la elegancia, suelen querer controles evidentes justo delante. Ninguno de los dos bandos está loco; optimizan para distintos tipos de fricción.

La respuesta del creador fue práctica: haz clic en la cabecera de la columna y oculta las columnas que no te gusten, incluso botones de comando concretos. Eso importa, porque la personalización convierte "esta interfaz está demasiado recargada" en "esta interfaz viene demasiado recargada para mi gusto", y son quejas distintas. Aun así, la crítica cala porque los valores por defecto tienen poder. Una primera impresión abarrotada puede hacer que una herramienta seria parezca una extensión de navegador con demasiada cafeína. Si el objetivo es un control más rápido, la interfaz tiene que evitar convertirse en su propia carrera de obstáculos, y los botones deberían parecer atajos y no confeti.

Unos lo querían en la rama principal, otros dijeron que ni hablar

Una de las divisiones más marcadas llegó cuando alguien dijo que no tenía ni idea de que el proyecto existía y que debería integrarse en Proxmox. La respuesta de otros fue básicamente: no, por favor. Una réplica elogió a los desarrolladores actuales de Proxmox por construir interfaces sensatas para un trabajo productivo de verdad. Suena duro, pero deja ver el miedo. La interfaz oficial de Proxmox es conservadora porque tiene que serlo: da servicio a gente que gestiona infraestructura real, donde el caos visual, los estados poco fiables o los comportamientos inesperados tienen un coste, además de a aficionados con cinco invitados en un sótano.

El creador no lo vendió de más, y eso ayudó. Reconoció que el estado actual encaja con el caso del homelab y no con despliegues grandes. El rendimiento puede resentirse con más de 100 invitados o con muchos invitados en ejecución, la interfaz todavía no es tan estable como el gestor clásico y a veces puede que tengas que recargar la página. Ese tipo de honestidad se agradece, y responde al debate de "¿debería estar en la rama principal?" mejor que cualquier insulto: todavía no, y quizá nunca en esta forma. Pero como banco de pruebas para ideas que Proxmox quizá nunca priorice, tiene un motivo real para existir.

Las mejores funciones son las que están por llegar

La hoja de ruta puede ser más interesante que la versión en sí. Las barras de uso de RAM en el árbol son justo el tipo de cosa que parece obvia en cuanto alguien la dice. Si vas a arrancar un invitado, deberías hacerte una idea rápida de la presión de memoria sin bucear entre pestañas. El diálogo de ayuda previsto para arranques con poca memoria podría ahorrar a los usuarios el clásico batacazo de homelab de encender una VM más y ver cómo algo importante se queda sin aire. La idea es llevar menos de la mano al usuario y dar a la interfaz suficiente conciencia de la situación para prevenir daños evitables.

El plan para ZFS es todavía mejor. Ver el uso real del disco en lugar de la fantasía del thick provisioning es la diferencia entre conocer tu pool y llevarte sorpresas con él. Una interfaz para listar y diagnosticar lo que se come el espacio en disco sería enorme para cualquiera que se haya quedado mirando una gráfica de almacenamiento preguntándose dónde se ha ido a morir el espacio que falta. Proxmox es potente, pero la visibilidad del almacenamiento todavía puede parecer reconstruir la escena de un crimen a partir de pistas sueltas. Si PVE-electrified consigue sacar a la luz a los culpables reales de forma limpia, se convierte en una herramienta de diagnóstico además de una interfaz más bonita.

Esto es lo que se supone que debe hacer el software de homelab

El comentario positivo más contundente fue también el más sencillo: buen trabajo, tiene buena pinta, quizá algo para trastear más adelante. Ese es el carril correcto. PVE-electrified no necesita destronar a la interfaz oficial de Proxmox para importar, porque puede ser el taller raro donde se prueban ideas útiles en público. A algunos usuarios les horrorizará la densidad, a otros les encantarán los botones de comando, otros lo dejarán para más adelante y otros solo se fiarán de la interfaz de serie y nunca lo tocarán. Esa mezcla es sana. Los homelabs son el sitio donde deberían hacerse los experimentos de interfaz antes de que nadie discuta sobre el acabado empresarial.

El peligro es fingir que cada mejora llamativa pertenece al núcleo de inmediato, y no es así. La oportunidad está en dejar que los proyectos pequeños demuestren qué ideas reducen de verdad el dolor. Una respuesta de estado más rápida, avisos de conflicto más inteligentes, la presión de recursos a la vista y el uso real de ZFS apuntan todos a que Proxmox parezca menos un panel de perillas y más un sistema que te dice qué está a punto de salir mal. Merece la pena explorarlo, aunque la interfaz actual haga que a los minimalistas les dé un tic. PVE-electrified puede estar sin pulir por los bordes, pero está tocando la tecla correcta: los administradores quieren control, y también quieren que la interfaz esté a la altura.