Komodo vs Portainer vs Dockge: qué gestor de Docker elegir en 2026

Tienes contenedores repartidos entre una o varias máquinas y quieres dejar de administrarlos a golpe de SSH. Las tres respuestas que más se repiten son Dockge, Portainer y Komodo, y no son tres versiones del mismo producto: cada una parte de una idea distinta sobre quién manda, si tu YAML o la base de datos del gestor. Este artículo compara arquitectura, licencia, precio real y consumo medido, y termina con una recomendación por escenario. La instalación queda fuera a propósito: para eso están las guías enlazadas.

Puntos clave

• Dockge es un editor web de ficheros compose que los deja donde estaban, así que puedes seguir usando la línea de comandos sobre esos mismos ficheros.
• Portainer Community Edition ya no trae control de acceso por roles: esa matriz vive en Business Edition, que es gratuita hasta tres nodos.
• Komodo separa un servidor Core de un agente Periphery por máquina, declara los recursos en ficheros TOML dentro de un repositorio Git y no reserva ninguna función para una edición de pago.
• Medido en el mismo equipo y en reposo: Portainer ronda los 24 MiB de memoria, Dockge los 155 MiB y Komodo unos 208 MiB repartidos entre tres contenedores.
• Dockge no publica una versión etiquetada desde marzo de 2025, y esa es la razón principal para pensárselo dos veces.

Qué resuelve cada uno

Dockge es un gestor de stacks de Docker Compose con interfaz web. Editas el compose.yaml en el navegador, lo levantas, lo paras y ves la salida en tiempo real. Nada más. Su autor es Louis Lam, el mismo de Uptime Kuma, y se nota en la interfaz.

Portainer es la consola generalista: Docker suelto, Docker Swarm y Kubernetes bajo la misma interfaz, con plantillas de aplicación, gestión de volúmenes y redes, usuarios y equipos. Existe desde mayo de 2016 y acumula 38.377 estrellas en GitHub, más que las otras dos juntas. La imagen portainer/portainer-ce supera los 1.531 millones de descargas en Docker Hub.

Komodo es despliegue declarativo sobre varios servidores. La documentación lo define como "a web application for managing servers, builds, deployments, and automated procedures": además de desplegar stacks, compila imágenes desde repositorios y encadena pasos en procedimientos programados. Es la más joven de las tres, con 12.120 estrellas y la versión v2.3.2 publicada el 11 de agosto de 2026.

Cómo se conecta cada uno a tus servidores

Aquí es donde las tres divergen de verdad, y donde se decide si te sirven para una máquina o para diez.

Portainer usa un servidor central que publica los puertos 9443 (interfaz) y 8000 (túnel para dispositivos Edge). Para cada host remoto despliegas un contenedor agente que escucha en el 9001 y habla con el socket local. Es un modelo probado y sencillo de razonar, aunque el agente hay que instalarlo y abrirle paso en el cortafuegos.

Komodo parte en dos piezas. Core aloja la API y la interfaz, publica el puerto 9120 y guarda todo en MongoDB o en FerretDB, que la propia documentación describe como "a MongoDB-compatible database backed by Postgres + DocumentDB extension". Periphery es el agente instalado en cada servidor, ya sea como contenedor, como servicio de systemd o como binario suelto. Aquí hay un cambio importante que casi ninguna comparativa recoge: la versión 2.0.0, de marzo de 2026, invirtió el sentido de la conexión. El registro de cambios lo anuncia así: "Outbound periphery: Periphery can now initiate the connection to Komodo Core". Con eso dejas de abrir el puerto 8120 de entrada en cada máquina, que es justo lo que Portainer sigue exigiendo con su agente. El sentido clásico sigue disponible para quien lo prefiera. El emparejamiento tampoco usa claves copiadas a mano: "Core and Periphery authenticate using automatically generated public/private key pairs. No manual key management is required", con rotación automática y una clave privada que nunca sale del servidor.

Dockge empezó siendo estrictamente de un solo host y desde la versión 1.4.0 admite agentes, con lo que puedes ver los stacks de varias máquinas en una sola interfaz. Escucha en el 5001 y guarda su estado en SQLite. Si solo tienes una máquina, es el despliegue más corto de los tres: un contenedor y un directorio de stacks.

Qué cuesta cada uno y qué deja fuera el plan gratuito

Komodo y Dockge son enteramente libres: GPL-3.0 el primero, MIT el segundo, sin edición de pago ni funciones reservadas. Los permisos de Komodo, con sus cuatro niveles (None, Read, Execute, Write), los grupos de usuarios y el inicio de sesión con OIDC están en la misma versión que descargas.

Portainer es el caso que la gente cuenta mal. Hay dos productos: Community Edition, con licencia zlib, y Business Edition, comercial. El plan gratuito de la edición comercial cubre hasta tres nodos: "Portainer Business Edition is free forever for up to 3 nodes". A partir del cuarto, el plan Starter arranca en 105 dólares al mes o 1.045 al año para tramos de 5 a 15 nodos, y Scale en 209 dólares al mes o 2.095 al año hasta 35 nodos. Hay una licencia doméstica y de estudiante por 155 dólares al año para 15 nodos, solo para uso no comercial.

Lo que la edición Community deja fuera, según la propia tabla de funciones de Portainer, no es menor: control de acceso por roles, LDAP y OAuth, plantillas de proveedores SSO, registros de autenticación y actividad, exportación a syslog, gestión de registros de imágenes, actualizaciones GitOps automáticas con webhooks, ventanas de cambio y copias de seguridad programadas a almacenamiento compatible con S3. En Community tienes dos papeles, administrador y usuario, y poco más que repartir. La recomendación de la propia web es quedarse en Community solo si necesitas específicamente una compilación totalmente abierta.

Cuánto consume cada uno en reposo

Levanté las tres herramientas a la vez en la misma máquina (Debian 13 sobre aarch64, Docker 29.5.2) y tomé ocho lecturas de docker stats repartidas a lo largo de seis minutos, sin ningún stack gestionado todavía. La tabla recoge la mediana de esas ocho lecturas, porque las medidas sueltas bailan bastante: Portainer osciló entre 19 y 76 MiB según si acababa de atender una petición de la interfaz. Las imágenes se pesaron con docker images, ya descomprimidas.

Dos lecturas de esta tabla. La primera: Portainer es sorprendentemente barato de tener encendido, con un binario de Go y una base de datos embebida BoltDB dentro del propio volumen. La segunda: el grueso del consumo de Komodo no es Komodo, sino MongoDB. El Core se queda en unos 63 MiB y el agente Periphery en 12 MiB, que para algo que vive permanentemente en cada servidor está muy bien.

Estas cifras son de una instalación recién arrancada y sin carga. Con decenas de stacks gestionados y consultas de la interfaz suben, sobre todo la base de datos.

Comparativa lado a lado

Se puede salir de cada uno

El argumento de venta de Dockge está escrito en su propio README, y merece citarlo tal cual: "File based structure – Dockge won’t kidnap your compose files, they are stored on your drive as usual. You can interact with them using normal docker compose commands". Si mañana desinstalas Dockge, tus stacks siguen ahí, en /opt/stacks, y siguen funcionando con las órdenes de siempre. El coste de salida es cero.

Portainer es el extremo contrario. Los stacks que creas desde su interfaz viven en su base de datos interna, y aunque puedes exportar el YAML a mano, la configuración de entornos, usuarios y plantillas se queda dentro. No es una trampa, pero sí una dependencia real que conviene tener en cuenta si algún día el reparto CE frente a Business deja de gustarte.

Komodo ocupa un punto intermedio interesante. Con ResourceSync declaras servidores, stacks y compilaciones en ficheros TOML dentro de un repositorio Git, y el Core sondea esos ficheros: "Komodo is able to create, update, delete, and deploy resources declared in TOML files by diffing them against the existing resources, and apply updates based on the diffs". La interfaz muestra las diferencias y espera confirmación, o las aplica sola mediante un webhook del repositorio. Tu definición vive en Git, que es tuyo, aunque el formato TOML sea de Komodo.

Cuál está más vivo

Portainer publicó su versión 2.45.0 el 27 de agosto de 2026 y el repositorio recibió cambios el día 28. Komodo lleva un ritmo alto para un proyecto joven: v2.0.0 en marzo de 2026, v2.2.0 en mayo y tres versiones entre julio y agosto.

Dockge es la nota discordante. Su última versión etiquetada es la 1.5.0 del 30 de marzo de 2025, y la imagen de Docker Hub no se ha reconstruido desde esa fecha. Hubo una racha de commits en abril de 2026, con correcciones de un aviso de XSS y funciones nuevas como las estadísticas de recursos en la página de stacks, pero nada después y ninguna versión publicada que las incluya. El proyecto no está abandonado formalmente, aunque quien lo elija hoy debería asumir que está en pausa. Para lo que hace, que es poco y bien, importa menos que en una herramienta con superficie de ataque grande, pero importa.

Cuál elegir en cada escenario

Una sola máquina en casa, tú como único usuario. Dockge, si te basta con editar compose y ver registros. Portainer Community, si quieres además exploración de volúmenes, redes y plantillas. Ninguna de las dos te va a costar dinero ni disgustos aquí. Si vas a por Portainer, la guía de instalación con Docker Compose cubre el arranque completo.

Dos o tres máquinas sueltas. Portainer Business con su licencia gratuita de tres nodos es la opción con mejor relación entre esfuerzo y funciones: te llevas los roles, el SSO y GitOps sin pagar. Cuidado con el cuarto nodo, que cambia la conversación a 105 dólares al mes.

Cuatro máquinas o más, y todo declarado en Git. Komodo, sin dudarlo. Es donde su modelo Core más Periphery y ResourceSync devuelven el coste de montar la base de datos. La guía para instalar Komodo con Docker explica el despliegue de las dos piezas.

Equipo pequeño con varias personas tocando lo mismo. Aquí manda el reparto de permisos. Portainer Business si cabes en tres nodos, Komodo si no cabes y no quieres pagar. Portainer Community no sirve para esto: dos papeles no reparten nada.

Producción de verdad, con Kubernetes de por medio. Portainer Business, porque es el único de los tres que gestiona Kubernetes. Si tu producción es Swarm en lugar de Kubernetes, conviene releer antes si Docker Swarm sigue teniendo sentido, porque la respuesta condiciona la elección más que el gestor.

Y una nota transversal sobre actualizaciones. Komodo incluye un procedimiento global programado a diario, a las 03:00 por defecto, que consulta los digests del registro y redespliega los servicios con imagen nueva. Portainer reserva incluso el aviso de imagen disponible a Business Edition, y Dockge se queda en un botón para actualizar a mano. Si te quedas con Dockge o con Portainer Community, Watchtower sigue siendo la pieza que falta.

Preguntas frecuentes

¿Puedo tener Dockge y Portainer instalados a la vez?

Sí, y es una combinación bastante común. Dockge edita los ficheros compose y Portainer da la vista general de contenedores, volúmenes y redes. Como Dockge no toca la base de datos de Portainer ni al revés, no se pisan. El único cuidado es no levantar y parar el mismo stack desde las dos interfaces a la vez.

¿La licencia gratuita de tres nodos de Portainer Business caduca?

La página de precios dice que es gratuita para siempre hasta tres nodos, sin tarjeta. En la práctica la licencia se renueva anualmente sin coste. Lo que sí es firme es el límite: al cuarto nodo hay que pagar o volver a Community Edition, con la pérdida de roles, SSO y GitOps que eso supone.

¿Komodo sirve si solo tengo un servidor?

Funciona, pero es infraestructura de sobra. Estás manteniendo una base de datos y un agente para gestionar una máquina que Dockge cubre con un contenedor. Komodo empieza a compensar cuando aparece el segundo o el tercer servidor, o cuando quieres que la definición de tus despliegues viva en Git.

Conclusión

Si tuviera que resumirlo en una frase por herramienta: Dockge te devuelve tus ficheros, Portainer te da la consola más completa a cambio de aceptar su reparto entre ediciones, y Komodo te da despliegue declarativo multiservidor sin reservarse nada, a cambio de una base de datos. El error habitual es elegir por número de estrellas en GitHub, cuando la pregunta útil es cuántas máquinas tienes y dónde quieres que viva la configuración. La versión en inglés de este artículo está en Komodo vs Portainer vs Dockge.

Fuentes

1. Komodo, documentación de introducción
2. Komodo, sincronización de recursos desde Git
3. Komodo, conectar servidores con Periphery
4. moghtech/komodo, repositorio del proyecto
5. louislam/dockge, repositorio del proyecto
6. Portainer, precios y licencia gratuita de tres nodos
7. Portainer, tabla de funciones por edición
8. Portainer, instalar Community Edition con Docker en Linux
9. louislam/dockge en Docker Hub
10. Komodo, actualización automática de servicios
11. Komodo, notas de la versión 2.0.0