Docker anunció en agosto de 2026 la beta pública de Docker VMM, un motor de virtualización propio para Docker Desktop que sustituye a los componentes de terceros que la aplicación usaba hasta ahora en macOS y Windows. Está disponible desde Docker Desktop v4.86, con el soporte para Linux llegando junto a la disponibilidad general, prevista para finales de octubre de 2026 -- momento en el que VMM pasará a ser el motor por defecto en cualquier instalación nueva de Docker Desktop, sea cual sea el sistema operativo.
El problema que VMM intenta resolver
Docker Desktop en macOS y Windows nunca ejecuta contenedores de forma completamente nativa -- necesita una capa de virtualización intermedia para simular el kernel Linux que los contenedores esperan. Hasta ahora, esa capa dependía de componentes de terceros que Docker no controlaba directamente, lo que limitaba cuánto podían optimizar el rendimiento específicamente para cargas de contenedores. VMM cambia esa ecuación: es una capa de virtualización construida y controlada por el propio Docker, diseñada desde el principio pensando en cómo se comportan realmente los contenedores, no en un caso de uso genérico de máquina virtual.
Hasta 25 veces más rápido en operaciones de fichero con caché caliente frente al motor anterior en macOS -- pero esa cifra procede de un benchmark de Docker de finales de 2024, no de una medición independiente sobre la beta actual
Las mejoras que promete Docker no son sutiles sobre el papel: arranque de contenedor más rápido tanto en primer lanzamiento como al cambiar de proyecto o recuperarse de un reinicio, liberación activa de memoria no usada al sistema host cuando los contenedores están inactivos (en vez de retenerla reservada sin necesidad), y en Windows en particular, un aislamiento equivalente al de Hyper-V combinado con una velocidad comparable a WSL2 -- hasta ahora, dos objetivos que solían obligar a elegir uno u otro. El benchmark más citado en la cobertura de prensa -- hasta 25x más rápido en operaciones "find" sobre un sistema de ficheros compartido grande, con caché caliente, frente al Apple Virtualization Framework -- procede de una prueba interna de Docker de diciembre de 2024, sobre una versión anterior de la tecnología. Merece la cautela habitual hacia cualquier cifra de rendimiento que venga del propio fabricante sin contraste externo reciente: es plausible que la beta de agosto de 2026 mantenga ese orden de magnitud de mejora, pero no hay todavía un benchmark independiente publicado que lo confirme sobre la versión actual.
Para quien ya vive en Linux nativo, esto no cambia nada
Vale la pena decirlo con claridad: el problema que resuelve VMM es específico de macOS y Windows, donde Docker Desktop necesita esa capa de virtualización intermedia. Un desarrollador o un servidor que ya corre contenedores directamente sobre un kernel Linux -- con Podman, por ejemplo, sin daemon central ni capa de virtualización propia de por medio -- no tiene el mismo problema que VMM viene a resolver, y por tanto no obtiene ningún beneficio de esta mejora concreta.
Para quién tiene sentido probarlo ya
Si desarrollas a diario en macOS o Windows con Docker Desktop y sufres tiempos de arranque de contenedor lentos o problemas de sincronización de ficheros entre host y contenedor durante tu ciclo de edición-compilación-prueba, activar la beta de VMM en Docker Desktop v4.86 es una prueba de bajo riesgo -- no toca tu instalación de producción si trabajas con contenedores solo en local. Si dependes de Docker Desktop para algo crítico sin margen para inestabilidad de una beta, o si ya trabajas sobre Linux nativo, esperar a la disponibilidad general de finales de octubre -- o simplemente no preocuparte por este cambio en absoluto -- es la decisión más razonable.
