Portainer cambia de rumbo: ¿hay que empezar ya a buscar una alternativa para gestionar los contenedores Docker?

Portainer casi forma parte del mobiliario en muchos homelabs. Lo instalas en un NAS, una Raspberry Pi, un mini PC o una VM de Proxmox y, cinco minutos después, tienes una interfaz web para iniciar, detener, actualizar y supervisar tus contenedores Docker.

En domótica, resulta muy práctico. Home Assistant funciona muy bien en un contenedor y, alrededor, a menudo encontramos Mosquitto, Zigbee2MQTT, Node-RED, ESPHome, Frigate, InfluxDB, Grafana, AdGuard Home, Nginx Proxy Manager… La lista crece rápidamente.

El 11 de septiembre de 2026, Portainer anunció un cambio de rumbo: la versión 3.0 estará pensada primero para Kubernetes, y Community Edition seguirá en la rama 2.x.

¿Hay que desinstalar Portainer mañana por la mañana? No. Pero es un buen momento para echar un vistazo a lo que está creciendo en el jardín del vecino.

Portainer 3.0: rumbo a Kubernetes

Neil Cresswell, CEO de Portainer, detalló la nueva estrategia en una entrada del blog. Y no estamos hablando de un simple cambio en el número de versión.

Portainer 2.45 LTS, publicada en agosto, es la última versión de la rama 2.x. La 3.x se desarrollará con una prioridad: Kubernetes.

El editor lo explica con bastante franqueza. La brecha entre Docker y Kubernetes se ha ampliado tanto que ya no es viable desarrollar todo en paralelo para Docker, Podman, Swarm y Kubernetes en una misma base de código. Sus clientes empresariales piden políticas de seguridad, observabilidad, GitOps y herramientas para ejecutar cargas de trabajo de IA… Todo esto depende de mecanismos propios de Kubernetes (network policies, admission controllers) que Docker no tiene.

Hay varios productos en preparación en torno a este ecosistema: Portainer-Run, Portainer-IDP, Portainer-Command, Portainer-Operations y Portainer-AiGrid. Los nombres ya dan una idea del enfoque.

Cuando solo quieres ejecutar Zigbee2MQTT y un puñado de servicios en un mini PC, estás bastante lejos de esa necesidad inicial.

Portainer CE no está muerto, ni mucho menos

Algunos titulares publicados tras el anuncio fueron francamente alarmistas, así que aclaremos las cosas: Portainer no abandona Docker ni desconecta Community Edition de un día para otro.

CE seguirá en la rama 2.x y continuará recibiendo parches de seguridad y correcciones de errores. Portainer también promete adaptar a esa rama las novedades de la 3.x que tengan un equivalente en la API de Docker. La versión 2.45 LTS tendrá soporte hasta mayo de 2027.

Si tu servidor funciona bien hoy con Portainer CE, no hay prisa.

Eso sí, no habrá un Portainer CE 3.0. Para disfrutar gratis de la 3.x, habrá que acogerse al programa «3 Nodes Free», es decir, la edición Business gratuita para un máximo de tres nodos. Los entornos Docker, Swarm y Podman seguirán estando gestionados, pero pasarán a un segundo plano en la interfaz, y las nuevas funciones llegarán primero, o incluso únicamente, a Kubernetes.

Hoy la diferencia parece pequeña. Dentro de dos o tres años, creo que se notará mucho más.

Por qué esto afecta a la domótica

Para un homelab, Kubernetes suele ser excesivo.

Piensa en un servidor clásico con Home Assistant, Mosquitto, Zigbee2MQTT, Node-RED, Frigate y dos o tres herramientas de supervisión. Docker Compose hace el trabajo: un archivo por aplicación, los datos en volúmenes y unos cuantos comandos para hacer una copia de seguridad de todo o reconstruirlo.

Montar un clúster de Kubernetes solo para conservar las últimas funciones de una interfaz de administración es como sacar una excavadora para plantar tres tulipanes.

De hecho, Portainer lo reconoce: Docker seguirá teniendo soporte en la 3.x, pero los esfuerzos de desarrollo se centrarán en Kubernetes. Si no tienes intención de pasarte a Kubernetes, cabe preguntarse: ¿hay interfaces diseñadas ante todo para Docker y Docker Compose?

Sí. Y varias han avanzado mucho en los últimos meses.

Arcane: probablemente el sustituto más convincente en la actualidad

Si solo hubiera que probar uno en 2026, sería este.

Arcane se parece a lo que esperaríamos de un Portainer moderno: contenedores, imágenes, volúmenes, redes y proyectos de Docker Compose en una interfaz web, además de la gestión de máquinas remotas gracias a un agente.

En cuanto a la autenticación, ofrece OIDC, passkeys y autenticación de dos factores. También cuenta con una API, gestión de actualizaciones de imágenes y un escáner de vulnerabilidades que muestra los riesgos asociados a cada imagen.

Y avanza rápido. Las versiones 2.10 a 2.14 se publicaron en menos de un mes. La 2.14.0 es del 26 de septiembre de 2026, unos días antes de que escribiera estas líneas. Añade acciones en lote para las vulnerabilidades, una vista de riesgos de seguridad renovada y una pestaña que muestra los procesos de cada contenedor.

La instalación es sencilla: Arcane funciona dentro de un contenedor y accede al socket Docker del host. Igual que con Portainer, ten en cuenta que el acceso al socket equivale a otorgar permisos de root en la máquina. Por eso, es mejor no exponer la interfaz a Internet sin tomar precauciones.

Si mañana tuviera que sustituir Portainer en mi homelab, sería el primero que instalaría.

Dockge: la sencillez ante todo

Dockge es el otro nombre que aparece una y otra vez en las conversaciones.

Lo desarrolla Louis Lam, creador de Uptime Kuma, y su filosofía es diferente. No intenta rehacer todo Portainer: se centra en Docker Compose. Permite crear, modificar, iniciar, detener y actualizar stacks desde una interfaz muy sencilla.

Lo que más me gusta es que los archivos compose.yaml siguen siendo archivos reales en el disco (en /opt/stacks de forma predeterminada), y no entradas en una base de datos interna. Puedes abrirlos con cualquier editor o ejecutar el clásico docker compose up -d desde el terminal.

Desde la versión 1.4, también puede conectarse a otras instancias de Dockge para mostrar los stacks de varias máquinas en la misma interfaz.

En una Raspberry Pi o un mini PC que ejecuta una decena de servicios domóticos, resulta realmente agradable.

El inconveniente es el ritmo de desarrollo. La última versión estable, la 1.5.0, se publicó en marzo de 2025. Eso no impide que funcione, pero si fuera una instalación nueva que quisiera mantener durante varios años, me lo pensaría antes de elegirla como primera opción.

Komodo: cuando el homelab tiene varios servidores

Si tu homelab ha crecido bastante, Komodo merece la pena.

Está diseñado para desplegar y gestionar varios servidores. Es un proyecto de código abierto con licencia GPLv3, sin límite en el número de máquinas conectadas.

Gestiona Docker Compose, puede importar stacks existentes y obtener configuraciones de un repositorio Git. Así, puedes describir un stack en Git, desplegarlo automáticamente en un servidor y volver a desplegarlo cada vez que se modifica el repositorio. Y si prefieres mantener tus archivos Compose directamente en la máquina, a la antigua usanza, también es posible.

Komodo 2 añadió la gestión de Docker Swarm, autenticación de dos factores (TOTP o passkey) para las cuentas locales, la posibilidad de vincular varios métodos de inicio de sesión (local, OIDC, GitHub…) a una misma cuenta y terminales remotos renovados. En cuanto a la automatización, ya estaba muy bien equipado.

Un ejemplo concreto: un mini PC para la domótica, un segundo servidor para Frigate y las cámaras, un NAS con algunos servicios y un VPS externo. Komodo lo centraliza todo.

Es más difícil de aprender a usar que Dockge, por supuesto. Pero también es mucho más potente.

Dockhand: el recién llegado al que conviene seguir de cerca

El último de la lista es Dockhand. Su primera versión se publicó en diciembre de 2025 y avanza a una velocidad impresionante.

Gestiona contenedores, stacks de Compose, varios entornos Docker, repositorios Git y webhooks. También permite explorar los volúmenes y los archivos dentro de los contenedores, visualizar las conexiones de red o programar tareas de mantenimiento.

Destaca sobre todo en seguridad, con funciones que rara vez se ven en una herramienta de self-hosting. Analiza las imágenes con Grype y Trivy para detectar vulnerabilidades conocidas, y puede escanear una imagen nueva antes de sustituir un contenedor en ejecución. Es útil para evitar que una actualización automática instale en plena noche una imagen plagada de vulnerabilidades conocidas.

La versión 1.0.50 se publicó el 30 de septiembre de 2026.

Eso sí, atención a la licencia. Dockhand utiliza la Business Source License 1.1: es gratuito para uso personal o interno en una empresa, pero no es software libre en el sentido de un proyecto con licencia GPL o MIT. Por ejemplo, no se puede revender como servicio alojado. El código pasará a la licencia Apache 2.0 en 2029.

Entonces, ¿hay que dejar Portainer?

No necesariamente.

Si tienes Portainer CE 2.45 en un servidor Docker en casa y todo funciona, no veo ningún motivo para desmontarlo todo. La rama tiene mantenimiento y seguirán llegando correcciones.

Pero el anuncio ha cambiado mi forma de ver la herramienta a largo plazo. Portainer ha elegido su camino: Kubernetes y las empresas. Lo entiendo perfectamente desde el punto de vista del editor. Simplemente, no es el camino de alguien que tiene un mini PC y una veintena de contenedores en el cuarto técnico.

Para ese perfil, esta es mi opinión:

• Arcane es hoy lo que más se acerca a un Portainer moderno y con un desarrollo activo;
• Dockge sigue siendo excelente si quieres una interfaz minimalista en torno a Docker Compose y no te importa que el desarrollo se haya ralentizado;
• Komodo cobra todo su sentido en cuanto gestionas varios servidores o quieres pasarte a GitOps;
• Dockhand es muy completo, sobre todo en materia de seguridad, y merece que lo sigamos de cerca, si su licencia te conviene.

Lo más prudente es no migrar nada todavía. Instala una de estas herramientas junto a Portainer y pruébala durante unas semanas. Todas se comunican con el mismo daemon de Docker y pueden coexistir sin problemas; de hecho, la FAQ de Dockge lo dice claramente. Solo hay que tener en cuenta una cosa: los stacks creados desde el editor web de Portainer se almacenan en su volumen de datos, no en una carpeta que puedas gestionar. Recupera sus archivos Compose antes de cambiarte.

Eso es lo que haría yo en tu lugar.

Durante años, la pregunta «¿qué interfaz usar para gestionar Docker?» tenía una respuesta casi automática: Portainer. En 2026, por fin tenemos donde elegir, y para quienes trastean con su homelab, es una buena noticia.

Y vosotros, ¿qué opináis?