Skip to content

Apple creó un asesino de Docker

Apple lanzó discretamente Container Machines, su respuesta nativa a WSL y Docker en Mac. Esta nueva herramienta ofrece un rendimiento sorprendente pero viene con importantes compensaciones.

Theo Brandt
Hero image for: Apple creó un asesino de Docker

Resumen / Puntos clave

  • Apple lanzó discretamente Container Machines, su respuesta nativa a WSL y Docker en Mac.
  • Esta nueva herramienta ofrece un rendimiento sorprendente pero viene con importantes compensaciones.

Ha llegado el momento WSL para macOS

Las Container Machines de Apple, presentadas en la WWDC 2026, finalmente ofrecen la respuesta de macOS a Windows Subsystem for Linux (WSL). Esta potente solución de primera parte proporciona entornos Linux ligeros y persistentes, meticulosamente optimizados para Apple Silicon, basándose directamente en el proyecto "Apple Container" de la WWDC 2025.

La configuración es sorprendentemente sencilla. Los desarrolladores construyen cualquier imagen compatible con OCI usando un Dockerfile y el comando `container build` de Apple. Un solo comando `container machine create <image_tag> <name>` lanza entonces un entorno Linux completo y persistente en literalmente segundos, completo con 7 CPUs configurables y 18 GB de memoria (la mitad del valor predeterminado de tu Mac).

La característica clave es el uso compartido automático del directorio de inicio. Esto monta el directorio de inicio completo del usuario de macOS como lectura-escritura dentro de la VM de Linux. Los desarrolladores pueden aprovechar las herramientas y editores nativos de macOS, compilando y probando código directamente en Linux sin problemas de transferencia o sincronización de archivos.

Esta integración perfecta significa que no más comandos engorrosos `scp` o `rsync`. Usa VS Code en macOS, construye tu aplicación Bun en una Container Machine de Ubuntu 24 y pruébala instantáneamente, todo desde el mismo directorio. Simplemente ejecuta `container machine run` para entrar al terminal interactivo, confirmando tu entorno Linux con `uname -a`.

Bajo el capó: Por qué no es solo Docker

Las Container Machines divergen fundamentalmente de la contenerización tradicional al adoptar una arquitectura de micro-VM. Cada entorno Linux se ejecuta en su propia máquina virtual independiente y ligera, aprovechando el Virtualization Framework de Apple. Esto proporciona un aislamiento de seguridad robusto a nivel de VM y un aislamiento completo de fallos de contenedor, mejorando la fiabilidad y la previsibilidad más allá de los modelos de kernel compartido.

Docker Desktop, en contraste, tradicionalmente ejecuta múltiples contenedores dentro de una única VM de Linux más grande y compartida. Este modelo de kernel compartido, aunque eficiente en recursos para muchas aplicaciones, ofrece un aislamiento menos estricto entre contenedores individuales. El método de Apple asegura que cada Container Machine opere con sus propios recursos dedicados y espacio de kernel aislado, previniendo interferencias entre contenedores.

Una ventaja clave para los desarrolladores es la capacidad de ejecutar un sistema de inicio systemd completo dentro de cada Container Machine. Esto permite pruebas exhaustivas de aplicaciones complejas y multiservicio que dependen de servicios persistentes y supervisión de procesos. Por ejemplo, puedes ejecutar una base de datos PostgreSQL como un servicio real junto con un servidor web, configurándolos precisamente como operarían en un servidor Linux de producción. Esta capacidad asegura pruebas locales más precisas para despliegues intrincados, reduciendo significativamente las discrepancias entre los entornos de desarrollo y producción en Apple Silicon. Los desarrolladores obtienen un campo de pruebas fiel a la producción directamente en su Mac.

Duelo de rendimiento: Apple vs. OrbStack

Los benchmarks revelan que las Apple Container Machines ofrecen un rendimiento robusto, superando frecuentemente a Docker Desktop y a menudo igualando a OrbStack en rendimiento bruto de CPU y memoria. Las pruebas iniciales muestran que la arquitectura de micro-VM de Apple se mantiene firme frente a los actores establecidos, un fuerte debut para la solución de primera parte.

OrbStack, sin embargo, mantiene una ventaja crítica en áreas específicas. Su rendimiento superior del sistema de archivos y las velocidades de E/S de archivos pequeños siguen siendo inigualables por las Container Machines. Para flujos de trabajo de desarrollo que dependen en gran medida de operaciones rápidas de archivos, OrbStack todavía ofrece una ventaja tangible.

Una desventaja significativa para la solución de Apple radica en la gestión de recursos. Las Container Machines reservan una porción sustancial de la RAM del sistema —la mitad de la memoria de tu Mac por defecto— y, fundamentalmente, nunca la liberan. La dynamic memory allocation de OrbStack resulta mucho más eficiente, adaptándose a las demandas reales de la carga de trabajo.

Esta asignación estática puede afectar gravemente la capacidad de respuesta general del sistema, especialmente en Macs con 16GB RAM o menos. Si bien la oferta de Apple muestra una promesa inmensa, este comportamiento de la memoria es un área clara de mejora. Para más detalles arquitectónicos, consulta Discover container machines - WWDC26 - Videos - Apple Developer.

Enjoying this? Get one like it in your inbox each morning.

one email a day · unsubscribe in two clicks · no third-party tracking

Las desventajas: ¿Deberías cambiarte hoy?

Las Container Machines de Apple, aunque de alto rendimiento, presentan limitaciones notables. Los desarrolladores echarán de menos inmediatamente el GPU passthrough y el USB passthrough, que son críticos para tareas que requieren mucho hardware o interacciones con periféricos específicos. Ejecutar Linux GUI applications también resulta desafiante, restringiendo su utilidad para muchos flujos de trabajo de desarrollo enfocados en el escritorio.

La comodidad tiene un costo, particularmente con el montaje predeterminado del directorio de inicio. Este acceso de lectura y escritura expone todos tus archivos de Mac —incluyendo SSH keys sensibles y credenciales de la nube— a cualquier proceso dentro de la Linux VM. Esta significativa compensación de seguridad exige una consideración cuidadosa, ya que ofrece mucha menos aislación de la esperada en un entorno contenedorizado.

En última instancia, las Container Machines de Apple son una solución propia potente y prometedora, especialmente para aquellos comprometidos con el ecosistema de Apple y su estrecha integración. Sin embargo, para la mayoría de los desarrolladores profesionales hoy en día, alternativas pulidas como OrbStack siguen siendo una opción más segura y con más funciones. OrbStack proporciona una aislación superior y conjuntos de características más amplios, lo que lo convierte en el líder actual para el desarrollo exigente de Linux en macOS.

Preguntas Frecuentes

¿Qué son las Apple Container Machines?

Las Apple Container Machines son una nueva característica de macOS que proporciona entornos virtuales Linux ligeros y persistentes, similares al Windows Subsystem for Linux (WSL). Están construidas sobre el proyecto nativo Container de Apple y optimizadas para Apple Silicon.

¿En qué se diferencian las Container Machines de Docker Desktop?

La principal diferencia es la arquitectura. Las Container Machines ejecutan cada contenedor en su propia VM aislada y ligera utilizando el Virtualization Framework de Apple. Docker Desktop típicamente ejecuta múltiples contenedores dentro de una única Linux VM compartida.

¿Puedo ejecutar mis imágenes de Docker existentes con Apple Container Machines?

Sí. La herramienta de contenedores de Apple funciona con cualquier imagen compatible con OCI (Open Container Initiative) estándar. Puedes construir una imagen a partir de un Dockerfile y usarla para crear una Container Machine.

¿Cuáles son las principales limitaciones de las Apple Container Machines en este momento?

Las limitaciones actuales incluyen la ausencia de GPU o USB passthrough, una gestión de memoria ineficiente (no libera la RAM no utilizada de vuelta a macOS), y un riesgo de seguridad significativo debido al acceso predeterminado de lectura y escritura a todo el directorio de inicio del usuario.

Found this useful? Share it.

One short daily email of tools worth shipping. No drip funnel.

one email a day · unsubscribe in two clicks · no third-party tracking

🚀Descubre más

Mantente a la vanguardia de la IA

Descubre las mejores herramientas de IA, agentes y servidores MCP seleccionados por Stork.AI.

P.S. ¿Construiste algo que vale la pena usar? Publícalo en Stork