|

XIVIZLEY: docker compose visual open source gratis

En pocas palabras: Alperen, un estudiante turco de 14 años, creó XIVIZLEY. Esta herramienta open source permite diseñar arquitecturas Docker Compose visualmente en el navegador con más de 60 módulos preconfigurados y resolución automática de conflictos de puertos.

XIVIZLEY es una herramienta open source de docker compose visual que permite diseñar arquitecturas de contenedores mediante un canvas interactivo en el navegador. Desarrollada por Alperen, resuelve problemas comunes como colisiones de puertos y errores de sintaxis YAML al ofrecer módulos preconfigurados para servicios populares del homelab.

En este artículo:

En 30 segundos

  • Diseño sin terminal: XIVIZLEY ofrece un editor drag-and-drop con más de 60 módulos preconfigurados (Nextcloud, Jellyfin, Ollama) para crear stacks visuales.
  • Resolución automática de conflictos: La herramienta detecta en tiempo real choques de puertos (como el 80 o 8080) y sugiere alternativas seguras con un clic.
  • Exportación bi-direccional: Podés convertir archivos YAML existentes a grafos visuales o exportar tu diseño gráfico a código listo para producción.
  • Privacidad total: Funciona 100% client-side en el navegador, sin cuentas, telemetría ni servidores externos procesando tus datos.
  • Generación de scripts: Crea automáticamente bash scripts de despliegue optimizados para Ubuntu y Debian, eliminando la configuración manual.
XIVIZLEY es un arquitecto visual de Docker Compose, gratuito y de código abierto, diseñado para simplificar la gestión de infraestructura de contenedores directamente desde el navegador web. Su creador, Alperen, buscó eliminar la fricción de escribir YAML manualmente y depurar conflictos de red, integrando funcionalidades avanzadas como estimación de recursos hardware y generación de scripts de instalación en una interfaz intuitiva basada en React Flow.

¿Qué problema resuelve XIVIZLEY en la gestión de contenedores?

Ponele que tenés un homelab mediano. Arrancaste con Pi-hole, sumaste Nextcloud después, agregaste Jellyfin para los medios y ahora querés meter Ollama para jugar con IA local. ¿El resultado? Un desastre de puertos ocupados y un archivo docker-compose.yml que nadie entiende, ni siquiera vos tres meses después. Alperen, el desarrollador detrás de XIVIZLEY, identificó estos dolores reales al expandir su propio laboratorio. Según su publicación en Dev.to, las colisiones de puertos (especialmente el 80 y 8080), los errores tontos de indentación en YAML y la necesidad de escribir scripts bash a mano eran los principales frenos para muchos self-hosters y entusiastas de DevOps. La solución no fue otro CLI complejo, sino una interfaz gráfica. XIVIZLEY transforma la configuración abstracta de texto en un mapa visual. Si dos servicios pelean por el mismo puerto, la herramienta te avisa antes de que intentes levantar el stack. Es lo que siempre quisiste pero nadie implementó bien: ver tu arquitectura como diagramas de nodos conectados, no como líneas de código crípticas.

Características principales del arquitecto visual de Docker Compose

Lo interesante de esta herramienta es cómo combina simplicidad con potencia técnica. No es solo un “dibujo” bonito; tiene lógica detrás. Acá van los pilares funcionales que la distinguen de otros editores online:
  • Canvas interactivo con React Flow: Usás librerías modernas (@xyflow/react) para arrastrar y soltar servicios. Tenés acceso a más de 60 módulos preconfigurados, incluyendo los clásicos del self-hosting como Nginx Proxy Manager, Vaultwarden y bases de datos comunes.
  • Real-time Conflict Resolver: Esta es la joyita. Si asignás el puerto 80 a dos contenedores distintos, el sistema marca la conexión en rojo y te sugiere uno libre inmediatamente. Se acabó el error “port is already allocated”.
  • Bi-directional YAML: Podés pegar tu docker-compose.yml actual y verlo representado gráficamente. O al revés: diseñás todo con el mouse y exportás un YAML limpio, formateado y listo para usar. Esto facilita migrar proyectos viejos a este flujo de trabajo.
  • Hardware Estimator integrado: Antes de desplegar, sabés cuánta RAM y CPU va a consumir tu stack. Calcula los recursos en vivo según los servicios que agregues, evitando sorpresas cuando el servidor se queda sin memoria.
  • Generación de Bash Deployment: Exporta scripts listos para correr en Ubuntu o Debian. Incluye comandos para instalar dependencias, crear directorios y levantar los contenedores. Ideal si no querés memorizar flags de Docker.
(Spoiler: la parte del estimador de hardware me pareció clave para quienes corren modelos de IA locales con Ollama, donde la VRAM y la RAM son cuellos de botella críticos).

¿Por qué es relevante que sea 100% client-side y open source?

En un mundo donde cada servicio quiere tus datos o tu tarjeta de crédito, XIVIZLEY hace algo radical: no pide nada. Todo corre dentro de tu navegador. No hay backend, no hay base de datos guardando tus topologías, no hay telemetría rastreando qué configuraciones estás haciendo. Esto tiene dos implicancias fuertes. Primero, seguridad: si trabajás con información sensible o experimentás con credenciales internas, sabés que nada sale de tu máquina. Segundo, accesibilidad: podés usarlo offline o en conexiones lentas, ya que la lógica está en el cliente. Además, ser open source bajo licencia MIT (implícito en su repositorio GitHub público) significa que la comunidad puede auditar el código, proponer mejoras o forkearlo. El hecho de que esté construido sobre Next.js (App Router) y Tailwind CSS garantiza que el rendimiento sea fluido y el diseño responsivo. No es un prototipo hecho en un weekend hackathon abandonado; es una aplicación moderna y mantenible. ¿Alguien verificó la seguridad del código? Todavía no hay auditorías externas publicadas, pero al ser 100% client-side, el riesgo de exposición de datos por bugs del servidor es inexistente. Solo tenés que confiar en que el JavaScript no haga cosas raras, algo estándar en cualquier app web moderna.

Comparativa entre diseño manual vs. uso de generadores visuales

Muchos puristas del terminal van a decir que “si no sabés escribir YAML, no sabés Docker”. Y tienen razón en parte: entender la sintaxis es fundamental. Pero para orquestar stacks complejos con decenas de servicios interconectados, la visión humana supera al texto plano. Veamos la diferencia práctica:
AspectoDiseño Manual (CLI/YAML)XIVIZLEY (Visual)
Curva de aprendizajeAlta. Requiere memorizar sintaxis y estructura de archivos.Baja. Interfaz drag-and-drop intuitiva con validación inmediata.
Detección de erroresTardía. Aparecen al ejecutar docker compose up.Inmediata. Marca conflictos de puertos y variables faltantes en tiempo real.
Gestión de dependenciasManual. Definís links y volúmenes a mano.Automática. Conectar nodos genera las relaciones de red y volúmenes.
DocumentaciónCero. Solo el archivo YAML.Alta. El grafo visual sirve como documentación viva de la arquitectura.
Despliegue inicialScripts customizados o copiar/pegar comandos.Generación automática de bash scripts para Ubuntu/Debian.
docker compose visual diagrama explicativo
La tabla muestra que XIVIZLEY no reemplaza al conocimiento técnico, sino que acelera el flujo de trabajo. Para un junior, reduce la frustración. Para un senior, agiliza la documentación y el onboarding de nuevos servicios.

Cómo integrar XIVIZLEY en tu workflow de DevOps actual

Si te interesa probar esto en tu VPS o servidor dedicado (y acá Donweb.com suele tener opciones piolas para hosting de infraestructura), el flujo es simple. No tenés que cambiar toda tu metodología, solo incorporar esta capa de diseño.
  1. Seleccioná servicios: Entrá a la demo live y arrastrá los módulos que necesitás (ej: Postgres, Redis, API Node).
  2. Ajustá recursos: Usá el panel lateral para configurar variables de entorno y límites de CPU/RAM. Mirá el estimador de hardware para asegurarte de que tu servidor aguante.
  3. Verificá conflictos: Fijate si algún puerto está marcado en rojo. Aceptá las sugerencias automáticas de XIVIZLEY para evitar colisiones.
  4. Exportá artefactos: Descargá el docker-compose.yml y el script deploy.sh.
  5. Ejecutá en servidor: Subí los archivos a tu host y corre el script. La herramienta ya incluyó los permisos y directorios necesarios.
Es un golazo para documentar arquitecturas legacy también. Pegás el YAML viejo, ves el grafo, entendés qué estaba conectado con qué, y luego refactorizás visualmente.

Errores comunes al usar herramientas visuales de Docker

Aunque XIVIZLEY previene muchos errores técnicos, los usuarios suelen cometer fallos conceptuales al depender demasiado de la GUI:
  • Ignorar la versión de imagen: Los módulos preconfigurados usan tags específicos (ej: latest). En producción, fijate siempre qué versión exacta estás levantando para evitar rupturas inesperadas tras updates.
  • Sobrestimar el estimador de hardware: El cálculo de RAM/CPU es una aproximación basada en promedios. Servicios como Ollama o Elasticsearch pueden consumir mucho más bajo carga real. Testeá siempre en un entorno staging primero.
  • Descuidar la persistencia de datos: Arrastrar un nodo de base de datos no crea automáticamente un volumen persistente con backup. Revisá que los mounts estén bien definidos en el YAML exportado antes de borrar contenedores.

Preguntas Frecuentes

¿Qué es XIVIZLEY y quién lo creó?

XIVIZLEY es una plataforma web gratuita y open source para diseñar arquitecturas de Docker Compose visualmente. Fue creada por Alperen, un estudiante de 14 años de Turquía, para resolver problemas de gestión de puertos y sintaxis YAML en homelabs.

¿Cómo puedo visualizar mi arquitectura de Docker sin usar la terminal?

Podés pegar tu archivo docker-compose.yml existente en la sección de importación de XIVIZLEY. La herramienta parseará el YAML y generará un grafo interactivo con nodos y conexiones que representa tu stack actual.

¿Existen herramientas gratuitas para generar archivos docker-compose.yml automáticamente?

Sí, XIVIZLEY es totalmente gratuita y open source. Genera archivos YAML limpios y production-ready desde su interfaz visual, además de scripts bash de despliegue para Linux, sin costo alguno.

¿Cómo resolver conflictos de puertos en un homelab con Docker?

XIVIZLEY incluye un “Real-time Conflict Resolver” que detecta automáticamente si dos servicios intentan usar el mismo host port. Sugiere puertos alternativos disponibles con un solo clic, previniendo errores de arranque.

¿Es seguro usar generadores de código que corren en el navegador?

En el caso de XIVIZLEY, sí. Es 100% client-side, lo que significa que todo el procesamiento ocurre en tu dispositivo local. No se envían datos a servidores externos, no requiere login y no tiene telemetría.

Conclusión

Que un pibe de 14 años haya identificado una necesidad clara en la comunidad DevOps y haya entregado una solución pulida, rápida y privada dice mucho del estado actual de las herramientas de desarrollo. XIVIZLEY no reinventa la rueda, pero la hace rodar mucho mejor para quienes sufren con la abstracción del YAML puro. Para equipos pequeños o entusiastas del self-hosting, es una herramienta que baja la barrera de entrada sin sacrificar control. Si ya usás Docker pero perdés horas debuggeando puertos o corrigiendo sangría, probala. Y ojo, si encontrás bugs o querés módulos nuevos, el repo está abierto en GitHub. La comunidad puede hacerla aún mejor.

Fuentes

Te puede interesar...