OrbStack vs Docker Desktop: la forma más ligera de ejecutar contenedores y Kubernetes en un Mac (2026)

Si ejecutas contenedores en un Mac, ya conoces el ciclo: Docker Desktop el primer día, una VM que silenciosamente retiene gigas de RAM que ya no necesita y, con el tiempo, una pregunta de compras sobre las licencias de Docker Business. Ahí es cuando empieza la búsqueda de una alternativa.

Hace unos años la respuesta era Rancher Desktop: open source, gratis y con Kubernetes integrado. Hoy el panorama es más amplio. OrbStack se ha convertido en la recomendación por defecto en muchos equipos con flota de Mac, Colima es la opción favorita de quienes viven en la terminal, Podman Desktop es la elección cuando quieres contenedores rootless y paridad multiplataforma, y Apple ahora distribuye su propia herramienta container. Docker Desktop, mientras tanto, tampoco se ha quedado quieto.

Este artículo es una comparativa práctica centrada en OrbStack: qué es realmente, por qué se siente más ligero, cuánto cuesta, dónde se queda corto y cómo se compara con Docker Desktop, Rancher Desktop, Colima, Podman Desktop y el container de Apple. Termina con un árbol de decisión, una migración paso a paso desde Docker Desktop y los problemas que suelen aparecer en la primera semana.

Todas las versiones y precios de abajo se verificaron contra las páginas oficiales de los fabricantes el 8 de octubre de 2026.

Qué es OrbStack

OrbStack es una aplicación de macOS que ejecuta contenedores Docker, un clúster de Kubernetes local y máquinas Linux completas dentro de una única máquina virtual de Linux ligera. Desde tu terminal se ve exactamente igual que Docker: la CLI docker, docker compose y docker buildx funcionan sin cambios porque OrbStack ejecuta un motor Docker real (Docker 29.4 en el momento de escribir esto) y expone el socket estándar.

La diferencia está en todo lo que rodea a ese motor. OrbStack no es una app de Electron envolviendo una VM genérica. Sus servicios están escritos en Swift, Go, Rust y C, y están diseñados específicamente para esta tarea. Según su desarrollador, ya ni siquiera depende del Virtualization.framework de Apple: ejecuta un stack de virtualización propio en Rust, con sus propios dispositivos y protocolos para cosas como el compartido de ficheros (comentario en Hacker News del desarrollador de OrbStack). El modelo se parece mucho a WSL2 en Windows: un único kernel Linux compartido (Linux 7.0 en la versión actual) que alberga tus contenedores y cualquier «máquina» Linux que crees.

La versión actual es OrbStack 2.2.3 (7 de agosto de 2026). Requiere macOS 14 o superior y distribuye builds separados para Macs con Apple Silicon e Intel (FAQ de OrbStack, notas de versión).

Por qué OrbStack se siente más ligero

«Es más rápido» es la afirmación que repite todo el mundo, así que merece la pena precisar de dónde viene realmente la diferencia. Hay cuatro mecanismos, y ninguno es magia.

Memoria dinámica

Las configuraciones clásicas de Docker en Mac asignan a la VM una cantidad fija de memoria. En cuanto el kernel Linux dentro de la VM ha tocado una página, macOS la considera usada, incluso después de que el contenedor que la necesitaba haya terminado. El resultado es la típica imagen de una VM reteniendo gigas que no está usando mientras macOS comprime y pagina todo lo demás.

Desde la versión 1.7 (agosto de 2024), OrbStack rastrea qué partes de la RAM del invitado están realmente en uso y devuelve a macOS la memoria que no se usa. Su propio artículo muestra cómo el uso de memoria y la presión caen en cuanto los contenedores se detienen (blog de OrbStack: memoria dinámica). Esta es la razón principal por la que la gente nota la diferencia en portátiles de 16 GB; el Resource Saver de Docker Desktop solo pausa la VM cuando está inactiva.

CPU en reposo

OrbStack afirma que usa alrededor de un 0,1% de CPU en reposo, y a menudo cae al 0% (documentación de eficiencia de OrbStack). Es una cifra del propio fabricante, no un benchmark independiente, pero coincide con la experiencia general: un OrbStack en reposo es casi invisible en el Monitor de Actividad y en la duración de la batería.

Compartido de ficheros

Montar tu árbol de código como bind mount dentro de un contenedor es la parte más lenta de Docker en macOS, porque cada operación de fichero cruza el límite de la VM. OrbStack usa su propia implementación de compartido de ficheros con caché agresiva en lugar de una configuración genérica de VirtioFS. Las cargas con muchas operaciones de ficheros pequeños (npm install, frameworks PHP, repositorios Git grandes montados dentro de un contenedor) son donde más se nota.

Redes

OrbStack distribuye un stack de red virtual propio. Además de ser rápido, elimina toda una categoría de fricción: los contenedores obtienen sus propias IPs accesibles y nombres de dominio .orb.local, IPv6 funciona, y ping y traceroute se comportan como es de esperar.

Funcionalidades de OrbStack que cambian el trabajo diario

El motor es el mismo Docker que ya conoces, así que lo interesante es lo que OrbStack añade alrededor.

Dominios de contenedor y acceso directo por IP

Cada contenedor recibe un nombre de dominio: container-name.orb.local, o service.project.orb.local para proyectos de Compose. OrbStack detecta qué puerto está sirviendo HTTP, así que http://web.myapp.orb.local simplemente funciona sin tener que recordar si mapeaste el 8080 o el 8081. También ofrece HTTPS automático para esos dominios, generando y confiando en los certificados por ti (documentación de dominios de contenedor).

Puedes añadir tus propios dominios con una etiqueta:

services:
  api:
    image: my-api:dev
    labels:
      - dev.orbstack.domains=api.myapp.local
      - dev.orbstack.http-port=8080

Dos matizaciones: los dominios personalizados deben terminar en .local, y la función depende de la opción «Allow access to container domains & IPs» en Settings → Network.

Kubernetes en un solo comando

OrbStack incluye un clúster de Kubernetes de un solo nodo pensado para desarrollo, actualmente en Kubernetes 1.35 (release notes). OrbStack no indica qué distribución usa por debajo, pero todo apunta a k3s.

orb start k8s
kubectl config use-context orbstack
kubectl get nodes

Lo que lo hace realmente cómodo es la integración. Las imágenes que construyes con docker build están disponibles de inmediato para los pods sin tener que subirlas a un registry. Los servicios LoadBalancer y los ingresses son accesibles en *.k8s.orb.local, los NodePorts en localhost, y puedes llegar a los servicios ClusterIP e incluso a las IPs de los pods directamente desde macOS (documentación de Kubernetes). Por defecto, los NodePorts y los puertos de LoadBalancer solo se expinen en localhost; para exponerlos en tu LAN hay que activarlo explícitamente.

Máquinas Linux

OrbStack también ejecuta distribuciones Linux completas (Ubuntu, Debian, Fedora, Arch y otras) como «machines» que comparten la misma VM, arrancan en segundos y montan los ficheros de tu Mac: un sustituto más ligero que una VM de Multipass o UTM.

Imágenes x86 en Apple Silicon

OrbStack usa Rosetta, no QEMU, para ejecutar contenedores linux/amd64 en Apple Silicon:

docker run --platform linux/amd64 alpine uname -m
docker build --platform linux/amd64 -t my-app:amd64 .

Puedes convertirlo en el valor por defecto con export DOCKER_DEFAULT_PLATFORM=linux/amd64, aunque en un Mac con chip de la serie M deberías hacerlo solo para imágenes que realmente no tengan variante arm64.

Novedades recientes

Las versiones 2.x han traído bastantes novedades: una pestaña Builds con historial de builds de Docker y logs, un monitor de actividad con gráficas de CPU, memoria y disco, un gestor de ficheros para contenedores y volúmenes, una terminal integrada, límites de recursos por máquina, y passthrough de dispositivos USB y sonido (release notes). El Debug Shell para contenedores, una forma cómoda de tener un toolbox completo dentro de una imagen mínima, está reservado para el plan Pro. Si depuras imágenes distroless con frecuencia, kubectl debug y las técnicas de nuestra guía de depuración de distroless cubren lo mismo gratis.

Precio y licencia de OrbStack

Aquí es donde a muchos equipos les pilla por sorpresa, así que conviene decirlo claramente: OrbStack no es gratis para uso profesional.

Fuente: orbstack.dev/pricing y las FAQ. A diferencia de Docker, OrbStack no fija ningún umbral de tamaño de empresa o ingresos: cualquier uso comercial requiere Pro, incluidos freelancers y ONG. Los estudiantes pueden solicitar licencias gratuitas, y los desarrolladores de código abierto pueden obtener una para proyectos no comerciales.

Compáralo con Docker Desktop, que sigue siendo gratis para empresas con menos de 250 empleados y menos de 10 millones de dólares de ingresos anuales, y exige un plan de pago por encima de cualquiera de esos dos umbrales. Los planes de Docker son Pro a 9 $ por usuario al mes facturado anualmente (11 $ mensual), Team a 15 $ (16 $ mensual) y Business a 24 $ (docker.com/pricing).

Así que la comparativa de coste cambia según quién seas. Para una startup de cinco personas, Docker Desktop es gratis y OrbStack cuesta 480 $ al año. Para una empresa de 400 personas, OrbStack Pro a 96 $ por usuario al año queda muy por debajo de Docker Business a 288 $, y en el mismo rango que Docker Pro, aunque Docker Pro está pensado para individuales y las organizaciones más grandes suelen acabar en Team o Business. Ten en cuenta también que OrbStack es de código cerrado. Algunos componentes son abiertos, pero el producto en sí no lo es, algo que importa para equipos con una política de «solo OSS en las máquinas de desarrollo».

Las alternativas de un vistazo

Así compara OrbStack con el resto de opciones realistas en macOS en octubre de 2026.

Fuentes: páginas de release de cada proveedor — Docker Desktop, Rancher Desktop, Colima, Podman Desktop y Apple container.

Docker Desktop

Docker Desktop sigue siendo la implementación de referencia, y en 2026 tiene más a su favor de lo que su reputación sugiere. Los últimos releases han añadido Docker Model Runner para inferencia local de LLMs, clústeres de Kubernetes multi-nodo basados en kind que se provisionan desde el dashboard, una vista unificada de logs y una beta de Docker VMM, el hipervisor propio de Docker optimizado para contenedores en Mac y Windows. También cuenta con el marketplace de extensiones, Enhanced Container Isolation y la gestión centralizada de settings que tanto gusta a los equipos de seguridad.

Sus puntos débiles fueron los que iniciaron el éxodo: es más pesado en reposo y la licencia se convierte en un tema de compras a partir de 250 empleados o 10M$. Ahora bien, si tu empresa ya paga Docker Business por Hub, Scout o Build Cloud, Desktop viene prácticamente incluido, y eso cambia el cálculo.

Rancher Desktop

Rancher Desktop, mantenido por SUSE, sigue siendo la mejor opción totalmente gratuita y open source si Kubernetes es el centro de tu workflow. Trae k3s con selector de versión (útil para probar contra la versión minor exacta que tienes en producción), te deja elegir entre el motor de Docker y containerd con nerdctl, y funciona en los tres sistemas operativos de escritorio. En macOS está construido sobre Lima.

Es más pesado que OrbStack y el file sharing es más lento, pero es gratuito y abierto. Nuestra guía de migración de Docker Desktop a Rancher Desktop cubre ese camino en detalle.

Colima

Colima («Containers on Lima») es la opción minimalista: una CLI con licencia MIT que arranca una VM de Lima con Docker, containerd o Incus dentro, opcionalmente con k3s.

brew install colima docker
colima start --cpu 4 --memory 8 --vm-type vz --vz-rosetta
colima start --kubernetes   # optional k3s

No hay GUI, ni magia de dominios, ni memoria dinámica: tú dimensionas la VM de antemano. A cambio es gratuito, scriptable y predecible, y además funciona en Linux. Las versiones recientes añaden cargas de IA aceleradas por GPU a través del tipo de VM krunkit.

Podman Desktop

Podman Desktop, liderado por Red Hat, pone una GUI encima de Podman: sin daemon, rootless por defecto y con una API compatible con Docker, así que la mayoría del tooling de docker funciona contra él. Corre en macOS, Windows y Linux, lo que lo hace atractivo para equipos con sistemas operativos mixtos y para organizaciones que estandarizan en herramientas de Red Hat. Kubernetes llega a través de extensiones de kind o Minikube, y el concepto nativo de pod de Podman mapea bien con los manifiestos de Kubernetes.

La contrapartida está en la compatibilidad en los bordes: el networking rootless y las herramientas que asumen un daemon de Docker real a veces necesitan workarounds.

Apple container

La herramienta propia de Apple, container, anunciada en la WWDC 2025 y ya en la versión 1.5.0, adopta un enfoque distinto: cada contenedor corre en su propia VM ligera, construida sobre el paquete Swift de Containerization de Apple. Eso le da un aislamiento fuerte y buena integración con Apple Silicon, y la herramienta es compatible con OCI, así que puede hacer pull y push de imágenes estándar.

Requiere macOS 26 y Apple Silicon, es solo CLI, y el proyecto es explícito en que las funciones experimentales (como el subcomando k8s) pueden cambiar sin garantías de compatibilidad. A finales de 2026 es una tecnología a seguir y una buena opción para ejecutar contenedores aislados puntuales, pero todavía no es un sustituto directo de un workflow de desarrollo basado en Docker y Compose.

¿Cuál deberías elegir?

Un pequeño árbol de decisión que coincide con lo que vemos en la práctica:

¿Hay alguien en el equipo con Windows o Linux y quieres una sola herramienta para todos? Elige Docker Desktop si estás por debajo de los umbrales de licencia o ya pagas por Docker; si no, Podman Desktop o Rancher Desktop. OrbStack y Apple container son solo para macOS.

¿Todo el equipo usa Mac y lo que más te importa es la batería, la memoria y la velocidad del día a día? Elige OrbStack. Para uso comercial, cuenta con 96$ por desarrollador al año.

¿La herramienta tiene que ser gratuita y open source? Elige Rancher Desktop si quieres GUI y Kubernetes con selector de versión, Colima si prefieres una CLI, y Podman Desktop si quieres contenedores rootless.

¿La fidelidad a Kubernetes es el requisito principal (multi-nodo, versiones específicas, experimentos de CNI)? Ninguna de las apps de escritorio es ideal. Usa kind o k3d encima del motor que elijas, o la integración de kind de Docker Desktop. El clúster integrado de OrbStack es excelente para ejecutar una app contra Kubernetes, pero deliberadamente simple.

¿Dependes de las extensiones de Docker Desktop, de Docker Scout en la GUI o de Model Runner? Quédate en Docker Desktop.

Migrar de Docker Desktop a OrbStack

La migración es realmente sencilla, lo cual es parte del atractivo de OrbStack. Calcula unos 30 minutos, la mayoría copiando imágenes y volúmenes.

1. Instalar OrbStack

Descárgalo desde orbstack.dev o instálalo con Homebrew:

brew install --cask orbstack

En el primer arranque, OrbStack crea un contexto de Docker llamado orbstack y cambia tu CLI a él. También crea el symlink /var/run/docker.sock (te pedirá permisos de administrador) para que las herramientas con esa ruta hardcodeada sigan funcionando.

2. Migra tus datos

OrbStack puede copiar tus containers, volumes e imágenes desde Docker Desktop. Te lo ofrece en el primer arranque, y puedes ejecutarlo en cualquier momento después:

orb docker migrate

La misma opción está disponible en el menú, en File → Migrate Docker Data. La migración crea una copia, así que tus datos de Docker Desktop se mantienen intactos hasta que decidas eliminarlos (documentación de instalación).

Si solo te importan un puñado de imágenes, suele ser más limpio reconstruirlas o volver a hacer pull y empezar de cero. Es también un buen momento para hacer balance de lo que se ha acumulado: nuestra guía para mantener bajo control el uso de disco de tu entorno Docker local también aplica a OrbStack.

3. Comprueba el contexto y haz una prueba rápida

docker context ls
docker context use orbstack
docker run --rm hello-world
docker compose up -d   # in one of your projects

Puedes mantener ambas herramientas instaladas y cambiar entre ellas con docker context use desktop-linux y docker context use orbstack, pero no ejecutes los dos engines a la vez en un portátil con poca memoria.

4. Vuelve a hacer login en tus registries

Docker Desktop usa su propio credential helper desktop; OrbStack usa osxkeychain. Es normal tener que ejecutar docker login de nuevo para cada registry privado, y conviene revisar ~/.docker/config.json si un script de CI de repente no puede hacer pull.

5. Activa Kubernetes si lo necesitas

orb start k8s
kubectl config use-context orbstack

Recuerda que las imágenes construidas localmente solo se usan si Kubernetes no intenta hacer pull de ellas primero. Usa un tag distinto de latest o fija imagePullPolicy: IfNotPresent.

6. Cierra y desinstala Docker Desktop

Tras una semana sin sorpresas, cierra Docker Desktop, quítalo de los elementos de inicio y desinstálalo. Su imagen de disco de VM puede ocupar decenas de gigabytes, así que solo con esto a menudo liberas espacio notable.

Kubernetes local: el clúster de OrbStack frente a kind y k3d

El clúster integrado de OrbStack es ideal cuando la pregunta es «¿funciona mi app en Kubernetes?». Arranca en segundos, usa tus imágenes locales directamente y expone los services en dominios amigables. Para la mayoría de desarrolladores de aplicaciones, eso es todo lo que necesitan.

Es menos adecuado cuando la pregunta va sobre Kubernetes en sí: scheduling multi-nodo, topology spread constraints, probar un driver CNI o CSI, o reproducir un bug que solo aparece en una versión menor concreta de Kubernetes. Para esos casos, ejecuta kind o k3d sobre el engine de Docker de OrbStack. Funcionan sin cambios, porque solo necesitan un socket de Docker.

kind create cluster --name multi --config kind-3nodes.yaml
k3d cluster create dev --agents 2

La nueva integración de kind en Docker Desktop cubre un terreno similar desde su GUI, y el selector de versión de k3s de Rancher Desktop es la forma más cómoda de fijar una versión concreta de Kubernetes. Sea cual sea tu elección, mantén también requests de recursos realistas en los manifiestos locales: un clúster en el portátil es el sitio más barato para detectar los problemas que describimos en nuestra guía sobre requests y limits en Kubernetes.

Trampas de la primera semana

Contextos de Docker y DOCKER_HOST. Si DOCKER_HOST está definida en el perfil de tu shell (un resto de Colima o Podman, por ejemplo), anula el contexto activo y acabarás hablando con el engine equivocado. Desactívala y confía en docker context use.

Testcontainers. La mayoría de librerías de Testcontainers detectan OrbStack automáticamente a través de /var/run/docker.sock. Si la detección falla, o Ryuk no consigue arrancar, fija el socket explícitamente:

export DOCKER_HOST=unix://$HOME/.orbstack/run/docker.sock
export TESTCONTAINERS_DOCKER_SOCKET_OVERRIDE=/var/run/docker.sock

Se usa el mismo patrón para Colima y Podman (configuración de Testcontainers).

Dev Containers. Los dev containers de VS Code y JetBrains funcionan con OrbStack porque expone un socket de Docker estándar. Si tu IDE tenía fijada la ruta del socket de Docker Desktop, vuelve a apuntarlo al contexto por defecto.

arm64 frente a amd64. Apple Silicon ejecuta imágenes arm64 de forma nativa, y Rosetta hace que las imágenes amd64 funcionen, aunque más lento y con alguna incompatibilidad ocasional (algunos runtimes muy dependientes de JIT y cualquier cosa que inspeccione las características de la CPU). Construye imágenes multi-arch con docker buildx build --platform linux/amd64,linux/arm64, y asegúrate de que lo que pruebas en local es lo que acabas desplegando. Si el tamaño de la imagen y el layering te importan, consulta nuestras notas sobre Dockerfiles multi-stage y sobre cómo analizar el tamaño de tus imágenes Docker.

VPN y proxies corporativos. El stack de red de OrbStack sigue, en general, el enrutamiento y DNS de macOS, lo que evita muchos de los problemas que las herramientas basadas en VM antiguas tenían con los clientes VPN. Los proxies que interceptan TLS siguen necesitando que su CA raíz sea de confianza dentro de los containers, igual que con cualquier otra herramienta, y algunos clientes zero-trust necesitan una excepción explícita para la red de OrbStack. Prueba tu VPN el primer día, no durante un incidente.

Deriva en el licenciamiento. El uso personal gratuito hace que OrbStack se extienda dentro de las empresas de forma informal. Decide de antemano si vais a comprar asientos Pro o a estandarizar en una alternativa gratuita.

El escaneo de seguridad sigue siendo cosa tuya. Cambiar el runtime no cambia tu cadena de suministro. Sigue escaneando las imágenes con Trivy o el escáner que prefieras, tanto en local como en CI.

Preguntas frecuentes

Conclusión

OrbStack gana en lo que los desarrolladores notan a diario: un Mac que se mantiene fresco, memoria que se recupera cuando los containers se detienen, bind mounts rápidos y detalles como los dominios .orb.local y un cluster de Kubernetes con un solo comando. Migrar a él desde Docker Desktop es cosa de media hora, y como ejecuta un motor Docker real, casi nada de tu toolchain lo nota.

Las contrapartidas son igual de claras: solo macOS, código cerrado y de pago para cualquier uso comercial, sin capa gratuita para empresas pequeñas. Si tu equipo trabaja con Macs y 96 $ por desarrollador al año es una aprobación fácil, OrbStack ofrece la mejor experiencia disponible en 2026. Si la herramienta tiene que ser gratuita y abierta, Rancher Desktop y Colima siguen siendo opciones sólidas. Si necesitas una sola herramienta para Windows, Linux y macOS, o vives dentro del ecosistema de Docker de extensiones, Scout y Model Runner, Docker Desktop sigue siendo la opción segura por defecto. Y el container de Apple es el que hay que vigilar de cara al año que viene.