Proxmox en Docker suena mal, y por eso todos miraron
Algunos proyectos llegan con una propuesta limpia. Otros abren la puerta de una patada con un bigote falso y piden a los presentes que les expliquen por qué son una locura, y "Proxmox en un contenedor Docker" pertenece de lleno al segundo tipo. La idea es bastante sencilla: empaquetar Proxmox VE para que pueda ejecutarse en un sistema existente mediante Docker, de modo que la gente pueda probar la plataforma sin dedicarle una máquina entera. El creador lo presentó como un campo de pruebas con poca fricción para recién llegados, sobre todo para gente que ya entiende Docker pero todavía no ha tocado Proxmox. El público reaccionó como lo harías si alguien metiera un hipervisor en una fiambrera.
El chiste se escribió solo desde el primer momento
Las respuestas más graciosas entendieron la tarea antes de que nadie se pusiera serio. Una persona vino a gritar "Mira cómo me han masacrado a mi muchacho", lo que resumía el daño emocional que algunos usuarios de Proxmox sintieron nada más verlo. Otro lo llamó "Proxception", cómo no. Alguien más preguntó hasta dónde podía llegar el anidamiento: Proxmox dentro de Docker, dentro de una VM Debian, dentro de Proxmox, dentro de Docker, dentro de otra VM, todo ello sobre hardware con Proxmox. Nadie esperaba una respuesta. Era el sonido de un cerebro de homelab que ve una escalera prohibida y sale corriendo hacia ella.
Esa energía de meme importó porque bajó la temperatura. La gente se burlaba del proyecto, y a la vez le fascinaba. Todo tenía el mismo atractivo que ejecutar Doom en una impresora o Kubernetes en una Raspberry Pi alimentada a base de rencor. ¿Es sensato? Quizá no. ¿Es educativo? Casi seguro. Hay curiosidad de ingeniería que empieza con "esto parece un error" y acaba en una herramienta sorprendentemente útil, y los comentarios estaban llenos de esa tensión: asco, risas y un poquito de "espera, ¿y si esto funciona de verdad?".
La parte útil es casi demasiado obvia
Si quitas el envoltorio de película de terror, la propuesta tiene sentido. Proxmox suele pedir una máquina dedicada o, como mínimo, un entorno de instalación como es debido. Eso está bien para quien ya tiene hardware de sobra, pero es un muro para los recién llegados, y un Proxmox en Docker baja la barrera de entrada. Levantas un contenedor, curioseas por la interfaz, entiendes el flujo de trabajo, rompes cosas, borras el contenedor y vuelves a empezar. Para alguien que viene de Docker, eso resulta natural. Para alguien que intenta decidir si Proxmox merece un host de verdad, es una prueba barata.
El creador también hizo una afirmación atrevida sobre el rendimiento: las máquinas virtuales deberían rendir como en una instalación bare metal normal porque acceden directamente al módulo KVM del kernel del host, sin una capa de virtualización extra en medio. Ese detalle llevó el proyecto de "experimento maldito y gracioso" a "vaya, a lo mejor". Unos cuantos empezaron a preguntarse qué más se podía hacer con él. ¿Se podría montar un clúster Proxmox de tres nodos como contenedores en una sola máquina? ¿Podría servir como laboratorio de formación o como entorno de demostración para documentación, vídeos o clases? De repente, la fiambrera maldita tenía un trabajo.
Los puristas tenían razón en algo
Aun así, la incomodidad era real. Se supone que Proxmox es lo que está debajo de tus cargas de trabajo, y aquí se convierte en un contenedor más del montón. Gestiona almacenamiento, redes, VM, contenedores, clústeres, copias de seguridad y mucho comportamiento a nivel de host, así que meterlo dentro de Docker suena a invitar a dos planos de control a pelearse por el volante. Aunque el proyecto funcione técnicamente, la gente hace bien en preguntar dónde están los límites. ¿Qué pasa con las rarezas de red, el acceso a dispositivos, los supuestos de almacenamiento, las actualizaciones, la seguridad y las expectativas de soporte? Nadie quiere que un principiante confunda un entorno de pruebas ingenioso con un despliegue en producción.
Ahí es donde el bando escéptico tenía los pies en el suelo. Un comentarista bromeó con ejecutarlo dentro de un LXC Debian, luego en Docker, luego en otro Proxmox, luego en otro LXC, "y seguir bajando por el tobogán a ver dónde acaba rompiéndose". Es una broma, y también una advertencia. Anidar infraestructura puede enseñarte mucho, pero también puede crear problemas tan raros que no caben en la documentación normal. Cuando la propia plataforma está dentro de otra abstracción, cada fallo es un poco más difícil de explicar, y la traza de errores se convierte en un árbol genealógico.
Al mundo homelab le encantan estas cosas en secreto
La gente que se ríe de esto es precisamente la que tiene más probabilidades de probarlo. La cultura homelab se mueve por necesidades prácticas, sí, pero también por experimentos maravillosamente innecesarios. Alguien mencionó que quería meter NixOS en la mezcla. Otro subió la apuesta hasta Podman sin root. Alguien recordó viejos intentos de ejecutar VM en ESXi bajo VirtualBox bajo Windows, que por lo visto no salieron bien. Este proyecto pertenece a esa estirpe de energía nocturna del tipo "¿qué pasa si hago esto?", muy lejos de los diagramas de arquitectura empresarial.
Y no pasa nada, porque mucho conocimiento serio de infraestructura empieza como un disparate. Aprendes dónde vive KVM y qué puede aislar Docker y qué no. Aprendes por qué importa el passthrough de almacenamiento, por qué la red se vuelve rara, por qué los contenedores privilegiados son potentes y dan miedo, y por qué "arranca" no es lo mismo que "le confío mis datos". Un Proxmox en Docker probablemente no es el futuro de la virtualización en producción. Pero como herramienta de enseñanza, como sistema de demostración o como forma de dejar que la gente curiosa haga clic por ahí sin reparticionar una máquina, tiene su hueco.
La demo maldita puede ser la mejor puerta de entrada
La división emocional tiene todo el sentido. Para los usuarios veteranos de Proxmox, esto es como poner los cimientos de una casa sobre patines. Para los recién llegados nativos de Docker, es una puerta de entrada amable. Para los ingenieros del caos del fondo de la sala, es una invitación a construir una matrioska de infraestructura hasta que algo grite. Las tres reacciones son válidas. El proyecto es raro e ingenioso a la vez, y probablemente debería venir con una pegatina gigante de "no apto para producción salvo que sepas exactamente qué dolor estás comprando".
La idea más sólida aquí tiene que ver con el acceso. La gente prueba herramientas cuando el primer paso es fácil, y un contenedor que puedes ejecutar, inspeccionar, destruir y reconstruir da menos miedo que borrar una máquina de reserva o montar a mano virtualización anidada. Así que sí, algunos usuarios seguirán escandalizándose, y otros seguirán publicando memes. Pero en algún sitio un recién llegado va a ejecutar esto, va a aprender qué hace Proxmox y acabará instalándolo como es debido en hardware real. La "masacre" resulta ser un embudo de bienvenida sorprendentemente eficaz con nariz de payaso.