Docker Desktop se ha convertido en una pieza casi invisible del trabajo diario de muchos desarrolladores en macOS. Está ahí para levantar bases de datos locales, probar APIs, ejecutar colas, montar entornos de desarrollo, validar imágenes o reproducir una parte de producción en el portátil. Pero también se ha convertido en una herramienta que consume recursos, tiene condiciones de licencia que no encajan igual para todas las empresas y abre espacio a alternativas más ligeras.
En ese contexto aparece Dory, una aplicación nativa para macOS que se presenta como una alternativa gratuita y de código abierto a Docker Desktop y OrbStack. Su propuesta es clara: ejecutar contenedores Docker y máquinas Linux desde una app SwiftUI ligera, con una única VM compartida para todos los contenedores, compatibilidad con la CLI de Docker y sin cuenta, telemetría ni licencia por usuario.
El proyecto, publicado por Augani en GitHub bajo licencia GPL-3.0, no intenta reinventar todos los hábitos del desarrollador. Al contrario: quiere que comandos como docker run, docker compose o los scripts existentes sigan funcionando, pero usando un socket propio en ~/.dory/dory.sock y un contexto Docker llamado dory.
Una VM compartida para reducir consumo
La idea técnica más importante de Dory es su modelo de ejecución. En vez de levantar una micro-VM por contenedor, Dory arranca una VM Linux persistente y compartida donde se ejecutan todos los contenedores. Según las mediciones publicadas por el propio proyecto, con dos contenedores en reposo el consumo sería de unos 122 MB frente a 574 MB en un modelo de VM por contenedor, una diferencia aproximada de 4,7 veces.
Ese dato debe leerse como una medición del proyecto, no como una garantía universal en todos los equipos y cargas. Aun así, apunta a un problema real: en macOS, los contenedores Linux siempre necesitan una capa de virtualización, y la forma en que se organice esa capa afecta mucho al consumo de memoria, CPU, batería y ruido del equipo.
Dory se apoya en el stack abierto de contenedores de Apple, que permite crear y ejecutar contenedores Linux como máquinas virtuales ligeras en Mac, está escrito en Swift y está optimizado para Apple silicon. La diferencia es que Dory intenta añadir una experiencia más cercana a Docker Desktop: panel gráfico, contexto Docker, Compose, Kubernetes, máquinas Linux, redes locales y migración desde otras herramientas.
La aplicación también presume de ser pequeña: alrededor de 6 MB, con interfaz nativa Swift/SwiftUI, agente de barra de menú, dashboard completo, modo claro y oscuro, y sin Electron, Chromium ni Node embebidos. Para muchos usuarios de Mac, esa parte no es menor. El cansancio con aplicaciones pesadas construidas sobre stacks web ha creado espacio para herramientas nativas que hacen menos ruido en segundo plano.
Docker, Compose, Kubernetes y máquinas Linux
Dory no se limita a lanzar contenedores básicos. El repositorio describe una interfaz para gestionar contenedores con estadísticas en vivo, logs, terminal integrada, inspección de variables de entorno y acciones como crear, iniciar, parar, reiniciar o eliminar. También incluye gestión de imágenes, construcción desde una carpeta de contexto, pull, prune, login en registros e inspección completa.
En volúmenes y redes, Dory incorpora navegador de archivos, inspección de subred, gateway y contenedores asociados. Para Compose, soporta up y down, interpolación de variables con .env, orden con depends_on y espera de servicios saludables mediante service_healthy.
La parte de Kubernetes se resuelve con k3s dentro de la VM compartida. Desde la app se puede navegar por pods, deployments, services, config maps, secrets e ingresses, con estado de salud en vivo, ejecución dentro de pods, escalado, reinicio, rollout y aplicación de manifiestos con kubectl apply.
Otro elemento interesante son las Linux machines. Dory permite crear VMs completas de Ubuntu, Debian, Fedora, Alpine o Arch, con snapshots, terminal y recetas para preparar entornos de desarrollo con Node, Python, Go, Rust y otros stacks. El directorio home del usuario se comparte con el motor, de modo que un montaje como docker run -v ~/project:/app sigue funcionando de forma natural.
Este enfoque convierte a Dory en algo más que una GUI para contenedores. Se acerca a una herramienta de entorno local para desarrollo, con contenedores, Kubernetes, máquinas Linux y red integrada.
| Función | Qué ofrece Dory |
|---|---|
| Docker CLI | Socket propio y contexto dory para usar comandos existentes |
| Compose | up, down, .env, dependencias y espera de salud |
| Kubernetes | k3s dentro de la VM compartida y navegador de recursos |
| Linux machines | Ubuntu, Debian, Fedora, Alpine y Arch con snapshots |
| Red local | Puertos en localhost, dominios *.dory.local y HTTPS local |
| Migración | Importación desde Docker Desktop u OrbStack |
La licencia también empuja la búsqueda de alternativas
La comparación con Docker Desktop no es solo técnica. Docker mantiene Docker Desktop gratis para uso personal, educación, proyectos open source no comerciales y pequeñas empresas, pero exige suscripción de pago para uso profesional en organizaciones más grandes, entidades gubernamentales o usos comerciales fuera de los límites gratuitos.
Eso ha hecho que muchos equipos revisen sus herramientas locales. Algunas empresas pagan Docker Desktop sin problema porque valoran su soporte, integración, seguridad y familiaridad. Otras buscan alternativas como Colima, Rancher Desktop, Podman, OrbStack o soluciones basadas en el runtime de Apple. Dory entra en esa conversación con una promesa fuerte: ser gratis para todos, sin nivel comercial, sin cuenta y con código fuente disponible bajo GPL-3.0.
La diferencia frente a Docker Desktop es que Dory está en una fase mucho más joven. El repositorio muestra una versión 0.2.0 como última release publicada el 02/07/2026 y unas pocas decenas de commits en el momento de consulta. Eso no le resta interés, pero sí obliga a evaluar con prudencia antes de llevarlo a equipos grandes o entornos críticos.
En herramientas de contenedores, la compatibilidad no se mide solo por arrancar nginx o postgres. Hay que comprobar redes, volúmenes, permisos de archivos, DNS, certificados, imágenes amd64 en Apple silicon, Compose reales, herramientas de CI local, integración con IDEs, certificados corporativos, VPNs, proxies, registros privados, Kubernetes y rendimiento sostenido.
Apple silicon primero, Intel como frontal
La letra pequeña de Dory importa. La experiencia completa con motor propio, VM compartida, bajo consumo, Kubernetes, Linux machines y dominios *.dory.local está pensada para Apple silicon. El proyecto indica macOS 15 Sequoia o posterior para esa experiencia completa, aunque también detalla backends que requieren macOS 26+ en algunos modos, como shared y apple, lo que muestra que hay que revisar la matriz de compatibilidad antes de desplegarlo.
En Intel Macs, Dory funciona como frontal nativo, app, CLI y contexto Docker para un motor compatible instalado por separado, como Colima, Docker Desktop, Rancher Desktop, Podman u OrbStack. No hay todavía motor propio incluido para Intel, aunque el proyecto lo sitúa en su hoja de ruta mediante Virtualization.framework.
Dory también ofrece varios backends seleccionables con DORY_RUNTIME: shared, apple, docker y mock. El primero usa un dockerd persistente dentro de una VM compartida; el segundo usa el contenedor de Apple con una micro-VM por contenedor; el tercero actúa como proxy hacia un socket Docker compatible existente; y el cuarto sirve para desarrollo de interfaz con datos en memoria.
Este diseño puede ser útil porque permite probar la app incluso en escenarios donde el motor propio todavía no encaja. Pero también introduce una realidad: no todos los usuarios tendrán la misma experiencia. Quien tenga un Mac con Apple silicon moderno podrá probar el planteamiento completo; quien use Intel dependerá de otro motor.
Red local, certificados y consentimiento
Una de las zonas donde más suelen sufrir las herramientas de contenedores en macOS es la red. Dory intenta hacerlo transparente con puertos publicados en localhost, dominios automáticos *.dory.local para cada contenedor y HTTPS local emitido por una CA propia. El proyecto recalca que estas integraciones son voluntarias, requieren consentimiento y no se instalan en silencio.
Ese enfoque es razonable. Tocar DNS local, certificados o servicios de red exige cuidado. Puede simplificar mucho el desarrollo web, pero también debe ser auditable y reversible. El repositorio menciona scripts separados para habilitar networking y Kubernetes, ambos con concesión administrativa explícita.
La arquitectura también parece pensada para mantener el binario pequeño y determinista. Dory usa un protocolo ContainerRuntime, un shim doryd para exponer Docker REST API, un motor Compose propio que convierte YAML en un grafo de dependencias, servicios internos de salud y red, y transporte HTTP/unix-socket, parser YAML y cliente/servidor Docker API implementados con pocas dependencias.
Ese minimalismo puede ser una virtud, pero también será una prueba. Implementar compatibilidad suficiente con Docker API y Compose no es trivial. Muchas herramientas parecen compatibles hasta que aparecen casos raros de proyectos reales. La comunidad tendrá que validar hasta dónde llega esa compatibilidad.
Una herramienta prometedora para desarrolladores Mac
Dory aparece en un momento oportuno. Apple ha abierto una base técnica más sólida para contenedores en Mac, los desarrolladores siguen buscando alternativas ligeras a Docker Desktop, OrbStack ha demostrado que hay mercado para experiencias más nativas y la presión por reducir consumo de recursos en portátiles no va a desaparecer.
Su mayor atractivo está en combinar varias cosas que rara vez vienen juntas: app nativa, código abierto, licencia GPL, una VM compartida de bajo consumo, Docker CLI compatible, Compose, k3s, máquinas Linux, dominios locales y migración desde herramientas conocidas.
Su mayor riesgo es la madurez. Docker Desktop, OrbStack, Colima o Rancher Desktop tienen comunidades, uso real y años de recorrido. Dory tendrá que demostrar estabilidad, compatibilidad y soporte en proyectos de verdad. Para un desarrollador curioso, es una herramienta muy interesante. Para una empresa, lo razonable sería probarla primero en equipos pequeños, revisar compatibilidad y documentar bien los casos cubiertos.
El futuro que apunta el proyecto también es sugerente: máquinas de desarrollo portables, acceso remoto al engine y entornos aislados para agentes de IA. Esa última línea tiene mucho sentido. Si los agentes de programación empiezan a ejecutar comandos, levantar servicios y modificar proyectos, disponer de entornos locales ligeros, reproducibles y aislados puede convertirse en una necesidad.
Dory no es todavía “el nuevo Docker Desktop”. Es una alternativa joven que merece seguimiento. Pero su enfoque toca una fibra sensible en el desarrollo moderno: los entornos locales deben ser rápidos, privados, baratos de mantener y compatibles con lo que ya usan los equipos. Si consigue cumplir esa promesa sin romper flujos existentes, puede hacerse un hueco real en los Mac de muchos desarrolladores.
Preguntas frecuentes
¿Qué es Dory?
Dory es una aplicación nativa y open source para macOS que permite ejecutar contenedores Docker y máquinas Linux como alternativa a Docker Desktop y OrbStack.
¿Funciona con la CLI de Docker?
Sí. Dory expone la Docker API en ~/.dory/dory.sock y registra un contexto Docker llamado dory, por lo que los comandos y scripts existentes pueden seguir funcionando.
¿Es gratis para uso comercial?
El proyecto se publica bajo licencia GPL-3.0 y se presenta como gratuito para todos, sin nivel comercial ni licencia por asiento.
¿Funciona en Macs Intel?
Sí, pero como frontal para un motor Docker-compatible instalado aparte. La experiencia completa con motor propio de bajo consumo está pensada por ahora para Apple silicon.
¿Puede sustituir ya a Docker Desktop en una empresa?
Depende del caso. Para pruebas y desarrollo individual es una alternativa prometedora; en equipos grandes conviene validar compatibilidad con Compose, redes, volúmenes, registros privados, Kubernetes, certificados y flujos internos antes de migrar.
