# Lanzamientos de Docker Desktop 4.91 con el valor predeterminado del almacén de imágenes en contenedor y la revisión del motor v29

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/es/article/docker-desktop-4-91-engine-v29-containerd-default-2026-09-15-night-es
Section: Software (https://technewslist.com/es/software)
Author: TechNewsList
Language: es
Published: 2026-09-15T20:04:44.39+00:00
Updated: 2026-09-15T20:04:44.573715+00:00

> Docker lanzó Desktop 4.91 y finalizó Engine v29, estableciendo el almacén de imágenes en contenedores como el tiempo de ejecución local predeterminado para compilaciones multiplataforma mejoradas.

## TL;DR
- Docker Desktop 4.91.0 hace que el almacén de imágenes en contenedor sea el tiempo de ejecución local predeterminado para todas las instalaciones nuevas.
- El cambio reemplaza la arquitectura de controlador de gráficos heredada con estándares nativos de instantáneas OCI utilizados en Kubernetes de producción.
- Los desarrolladores obtienen gestión de imágenes nativa multiplataforma, certificaciones SBOM criptográficas y un inicio de Compose un 35 % más rápido.
- El controlador gráfico overlay2 heredado entra en desuso formal antes de su eliminación completa en Docker Engine v30.

## Key points
- Docker Desktop 4.91 realiza la transición oficial del almacén de imágenes en contenedores del estado experimental al valor predeterminado listo para usar.
- El lanzamiento unifica las estaciones de trabajo de desarrollo local con especificaciones de imagen estándar CNCF y OCI.
- Las compilaciones de contenedores de arquitectura múltiple (ARM64/AMD64) ahora pueden compartir capas base comunes sin uso de disco duplicado.
- Las firmas de la cadena de suministro de software criptográfico y las certificaciones SBOM se conservan de forma nativa en el almacén de imágenes local.
- Docker Compose recibe arranques de dependencia de servicios paralelos y optimizaciones de caché distribuida.
- Los controladores de almacenamiento Graphdriver heredados se retirarán formalmente en Docker Engine v30, programado para principios de 2027.

## Qué pasó

El 14 de septiembre de 2026, Docker Inc. implementó Docker Desktop 4.91 junto con el lanzamiento histórico de Docker Engine v29.8, ejecutando la evolución arquitectónica más significativa de la cadena de herramientas para desarrolladores de contenedores locales en casi una década. La mejora principal es la transición formal del almacén de imágenes en contenedores desde un interruptor experimental opcional a la configuración de almacenamiento predeterminada lista para usar para todas las nuevas instalaciones de desarrolladores en macOS, Windows y Linux.

La transición marca la fase final de retiro de la arquitectura de almacenamiento de controlador gráfico heredada de Docker, estandarizando las estaciones de trabajo de desarrolladores locales en los mismos estándares industriales de Open Container Initiative (OCI) y Cloud Native Computing Foundation (CNCF) utilizados en los clústeres de producción de Kubernetes. La actualización también incluye mejoras sustanciales de rendimiento en Docker Compose, funciones ampliadas de compilación multiplataforma de Buildx y herramientas de certificación de la cadena de suministro de software reforzadas.

## Por qué importa

Históricamente, Docker Engine se basaba en su subsistema de controlador de gráficos patentado para administrar capas de imágenes de contenedores locales, cachés de imágenes y capas de escritura de contenedores. Si bien fue efectivo durante los primeros años del ecosistema de contenedores, este mecanismo de almacenamiento heredado creó una gran fricción para los flujos de trabajo modernos nativos de la nube. Los desarrolladores encontraron con frecuencia discrepancias entre las imágenes creadas localmente y las ejecutadas dentro de los tiempos de ejecución de Kubernetes de producción, mientras que la gestión de manifiestos de arquitectura múltiple (como la creación de imágenes ARM64 y AMD64 simultáneamente) requería soluciones incómodas y asignaciones de disco duplicadas.

Al elevar la arquitectura de instantáneas nativa de Containerd al tiempo de ejecución local predeterminado, Docker Desktop 4.91 elimina estas ineficiencias sistémicas. Los desarrolladores obtienen soporte nativo para las especificaciones de imágenes OCI, lo que permite que las imágenes multiplataforma compartan capas base comunes sin problemas en el disco sin huellas de almacenamiento duplicadas. Además, la integración en contenedores facilita la firma de imágenes criptográficas nativas, la generación de listas de materiales de software (SBOM) y el almacenamiento de certificaciones de vulnerabilidad directamente dentro del índice de imágenes local, alineando el desarrollo de estaciones de trabajo con los mandatos de ciberseguridad empresarial moderna.

## Detalles técnicos


![Desglose técnico de la arquitectura de tiempo de ejecución en contenedores y la ejecución de la capa de imágenes OCI.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1789500998694-voy7xk-docker-desktop-4-91-engine-v29-containerd-default-2026-09-15-night-inside-1-dfec0a648c.webp)


El núcleo técnico de la transición radica en la interfaz del complemento snapshotter de Containerd, que reemplaza por completo el controlador de almacenamiento heredado overlay2. Los snapshotters desacoplan el descomprimido de la imagen del contenedor del montaje del sistema de archivos, lo que permite compartir capas diferenciales de alto rendimiento y tiempos de activación instantánea del contenedor. En Docker Desktop 4.91, el almacén de imágenes en contenedores se integra perfectamente con el demonio de Docker a través de puntos finales gRPC internos, manteniendo total compatibilidad con versiones anteriores para los comandos CLI estándar de ejecución y compilación de Docker.

La actualización introduce soporte nativo para los contenedores Wasm (WebAssembly) directamente junto con los contenedores tradicionales de Linux, lo que permite a los desarrolladores ejecutar binarios Wasm compilados de alto rendimiento dentro de flujos de trabajo de composición de contenedores estándar. Además, Docker Compose se ha optimizado con resolución de dependencia paralela y almacenamiento en caché de compilación distribuido, lo que reduce los tiempos de arranque del entorno local multiservicio hasta en un 35 %. La versión también parchea varios vectores de escalada de privilegios de baja gravedad en el proxy de red de la máquina virtual de escritorio.

## Impacto en el mercado / la industria


![Demostración del flujo de trabajo del desarrollador que destaca las compilaciones de contenedores multiplataforma y la sincronización del registro local](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1789501000152-4144e8-docker-desktop-4-91-engine-v29-containerd-default-2026-09-15-night-inside-2-33060c5482.webp)


La transición consolida la posición de Containerd como la base ubicua del tiempo de ejecución de contenedores tanto en las computadoras portátiles de los desarrolladores como en la infraestructura de nube a hiperescala. Al alinear su tiempo de ejecución de escritorio directamente con las especificaciones de código abierto CNCF, Docker neutraliza la creciente competencia de herramientas de contenedores de escritorio alternativas como Podman y Rancher Desktop, que durante mucho tiempo han promovido su adhesión a estándares OCI puros.

Para las organizaciones de ingeniería de software empresarial, la estandarización reduce significativamente la complejidad del proceso de integración continua. Los scripts de compilación y las imágenes de contenedores verificadas localmente en las estaciones de trabajo de los desarrolladores ahora se comportan de manera idéntica cuando los incorporan los clústeres de producción de Kubernetes, lo que elimina las sutiles discrepancias de comportamiento de "funciona en mi máquina" causadas por la serialización de la capa de controlador de gráficos heredada. Los equipos de seguridad corporativos también se benefician del escaneo de imágenes optimizado, ya que los analizadores de vulnerabilidades de terceros pueden inspeccionar las certificaciones OCI nativas sin complejas transformaciones de exportación.

## Qué observar ahora

Docker ha anunciado que las instalaciones existentes que utilizan el motor de almacenamiento Graphdriver heredado recibirán mensajes de migración automatizados en las próximas versiones menores, y la desactivación total del controlador heredado está programada para Docker Engine v30 a principios de 2027. Los administradores de sistemas que administran flotas de desarrolladores empresariales evaluarán los scripts de migración automatizados para garantizar que los complementos de compilación personalizados heredados pasen sin problemas al subsistema en contenedores.

Los desarrolladores también deberían estar atentos a las próximas ampliaciones de la integración de la cadena de herramientas de IA de Docker. Tras el lanzamiento de contenedores, los equipos de ingeniería de Docker están preparando plantillas de contenedores especializadas optimizadas para el ajuste fino del modelo local y la aceleración de transferencia de GPU, cerrando la brecha entre la virtualización de contenedores y el desarrollo moderno de inteligencia artificial.

## Fuentes

- [Notas de la versión de la documentación de Docker] (https://docs.docker.com/desktop/release-notes/#4910): notas de la versión oficial de Docker Desktop 4.91.0 que especifican el comportamiento predeterminado del almacén de imágenes en contenedores y las actualizaciones de Compose.
- [Blog de ingeniería de Docker](https://www.docker.com/blog/how-the-containerd-image-store-supercharges-local-development/): profundización de la arquitectura técnica en la emulación de múltiples arcos, la eficiencia de la caché de compilación y las especificaciones de imágenes OCI.
- [The New Stack Cloud Native](https://thenewstack.io/docker-engine-v29-unifies-developer-toolchains-with-native-containerd-support/): análisis de la industria nativa de la nube que evalúa la transición desde el clásico motor de almacenamiento Graphdriver.

Mentions: Estibador, contenedor, Composición acoplable, OCI, Fundación de computación nativa en la nube

## Sources
- [Notas de la versión de la documentación de Docker](https://docs.docker.com/desktop/release-notes/#4910)
- [Blog de ingeniería de Docker](https://www.docker.com/blog/how-the-containerd-image-store-supercharges-local-development/)
- [El nuevo Stack Cloud nativo](https://thenewstack.io/docker-engine-v29-unifies-developer-toolchains-with-native-containerd-support/)