# Productos y características de Docker declarados obsoletos o retirados Este documento proporciona una descripción general de las características, productos y proyectos de código abierto de Docker que han sido declarados obsoletos (deprecated), retirados (retired) o en transición. > [!NOTE] > > Esta página no cubre las características de Docker Engine que han quedado obsoletas o se han eliminado. > Para obtener una lista detallada de las características obsoletas de Docker Engine, consulta la > [documentación de características obsoletas de Docker Engine](/engine/deprecated/). ## Productos y características El soporte para estas características obsoletas o retiradas ya no lo proporciona Docker, Inc. Los proyectos que se han transferido a terceros siguen recibiendo actualizaciones de sus nuevos mantenedores. ### Docker Machine Docker Machine era una herramienta para aprovisionar y gestionar hosts de Docker en varias plataformas, incluyendo máquinas virtuales y proveedores en la nube. Ya no se mantiene y se recomienda a los usuarios utilizar [Docker Desktop](/desktop/) o [Docker Engine](/engine/) directamente en las plataformas compatibles. El enfoque de Machine para crear y configurar hosts ha sido sustituido por flujos de trabajo más modernos que se integran más estrechamente con Docker Desktop. ### Docker Toolbox Docker Toolbox se utilizaba en sistemas antiguos donde Docker Desktop no podía ejecutarse. Agrupaba Docker Machine, Docker Engine y Docker Compose en un solo instalador. Toolbox ya no se mantiene y se sustituye eficazmente por [Docker Desktop](/desktop/) en los sistemas actuales. Las referencias a Docker Toolbox aparecen ocasionalmente en documentación antigua o tutoriales de la comunidad, pero no se recomienda para nuevas instalaciones. ### Integraciones de Docker Cloud Docker ofrecía anteriormente integraciones para Elastic Container Service (ECS) de Amazon y Azure Container Instances (ACI) para optimizar los flujos de trabajo de contenedores. Estas integraciones han quedado obsoletas y los usuarios deben recurrir ahora a herramientas nativas en la nube o a soluciones de terceros para gestionar sus cargas de trabajo. El avance hacia herramientas de orquestación específicas de la plataforma o universales redujo la necesidad de integraciones especializadas de Docker Cloud. Aún puedes ver la documentación relevante de estas integraciones en el [repositorio Compose CLI](https://github.com/docker-archive/compose-cli/tree/main/docs). ### Docker Enterprise Edition Docker Enterprise Edition (EE) era la plataforma comercial de Docker para desplegar y gestionar entornos de contenedores a gran escala. Fue adquirida por Mirantis en 2019, y los usuarios que busquen funcionalidades de nivel empresarial pueden explorar ahora Mirantis Kubernetes Engine u otros productos ofrecidos por Mirantis. Gran parte de la tecnología y características que se encontraban en Docker EE se han integrado en la línea de productos de Mirantis. > [!TIP] > Para obtener información sobre las características de nivel empresarial que ofrece Docker hoy en día, > consulta la [suscripción de Docker Business](https://www.docker.com/pricing?ref=Docs&refAction=DocsRetired). ### Docker Data Center y Docker Trusted Registry Docker Data Center (DDC) era un término genérico que abarcaba Docker Universal Control Plane (UCP) y Docker Trusted Registry (DTR). Estos componentes proporcionaban una solución completa para la gestión de contenedores, la seguridad y los servicios de registro en entornos empresariales. Ahora forman parte de la cartera de Mirantis tras la adquisición de Docker Enterprise. Los usuarios que aún encuentren referencias a DDC, UCP o DTR deben consultar la documentación de Mirantis para obtener orientación sobre sus equivalentes modernos. ### Dev Environments Dev Environments era una característica introducida en Docker Desktop que permitía a los desarrolladores arrancar entornos de desarrollo con rapidez. Fue declarada obsoleta y eliminada en Docker Desktop versión 4.42 y posteriores. Se pueden conseguir flujos de trabajo similares a través de Docker Compose o creando configuraciones personalizadas adaptadas a los requisitos específicos del proyecto. ### Docker Desktop sandboxes Los sandboxes de Docker Desktop permitían a los usuarios ejecutar agentes de codificación de IA en microVMs aisladas a través del comando `docker sandbox`. La integración con Docker Desktop está obsoleta. Utiliza la [CLI independiente `sbx`](/ai/sandboxes/) en su lugar. Aún puedes ver la [documentación de los sandboxes de Docker Desktop](/ai/sandboxes/docker-desktop/). ### Extensión de GitHub Copilot La extensión Docker para GitHub Copilot integraba las capacidades de Docker con GitHub Copilot Chat, ayudando a los desarrolladores a contenedorizar aplicaciones, generar activos de Docker y analizar vulnerabilidades a través de indicaciones (prompts) conversacionales. La extensión estaba disponible en acceso anticipado en GitHub Marketplace. GitHub [declaró obsoletas las Copilot Extensions](https://github.blog/changelog/2025-09-24-deprecate-github-copilot-extensions-github-apps/) lo que provocó la retirada de la extensión Docker para GitHub Copilot. Si buscas flujos de trabajo de Docker asistidos por IA, explora el Docker MCP Toolkit y el catálogo de MCP, o utiliza Gordon en Docker Desktop y en la CLI de Docker. ### Complementos Enhanced Service Account Los complementos Enhanced Service Account (Cuentas de Servicio Mejoradas) proporcionaban límites de descarga (pull rate limits) por niveles para flujos de trabajo automatizados y cuentas de servicio que accedían a Docker Hub. Docker recomienda la transición a [Tokens de Acceso de Organización (OATs)](/enterprise/security/access-tokens/), los cuales proporcionan un acceso programático seguro a Docker Hub con permisos granulares de repositorio, expiración del token y una mejor auditoría de seguridad. Los OATs están incluidos con las suscripciones Docker Team y Business y ofrecen una funcionalidad similar sin requerir compras de complementos por separado. ### Compilaciones automatizadas de Docker Hub Las compilaciones automatizadas (Automated Builds) de Docker Hub eran una característica de Docker Hub que permitía compilar imágenes de Docker a partir del código fuente en un repositorio externo y subirlas automáticamente a tus repositorios de Docker. Esta característica se ha declarado obsoleta y se eliminará el 1 de abril de 2027. ## Proyectos de código abierto Varios proyectos de código abierto originalmente mantenidos por Docker han sido archivados, discontinuados o transferidos a otros mantenedores u organizaciones. ### Registry (ahora CNCF Distribution) El Docker Registry servía como la implementación de código abierto de un registro de imágenes de contenedor. Fue donado a la Cloud Native Computing Foundation (CNCF) en 2019 y se mantiene bajo el nombre de "Distribution". Sigue siendo una pieza clave para la gestión y distribución de imágenes de contenedor. [CNCF Distribution](https://github.com/distribution/distribution) ### Docker Compose v1 (sustituido por Compose v2) Docker Compose v1 (`docker-compose`), una herramienta basada en Python para definir aplicaciones multicontenedor, ha sido sustituida por Compose v2 (`docker compose`), que está escrita en Go y se integra con la CLI de Docker. Compose v1 ya no se mantiene y los usuarios deben migrar a Compose v2. [Documentación de Compose v2](/compose/) ### Plugin de CLI Docker SBOM El plugin de CLI Docker SBOM proporcionaba el comando `docker sbom` para generar y visualizar la lista de materiales de software (SBOM) de las imágenes de contenedor. El plugin se ha discontinuado. Utiliza [`docker scout sbom`](/reference/cli/docker/scout/sbom/) para la generación e inspección de SBOM. [Consulta las notas de la versión del plugin de CLI Docker SBOM para obtener orientación sobre la migración](https://github.com/docker/sbom-cli-plugin/releases/tag/v0.7.0) ### InfraKit InfraKit era un conjunto de herramientas de código abierto diseñado para gestionar la infraestructura declarativa y automatizar los despliegues de contenedores. Ha sido archivado, y se anima a los usuarios a explorar herramientas como Terraform para el aprovisionamiento y la orquestación de la infraestructura. [Repositorio de GitHub de InfraKit](https://github.com/docker/infrakit) ### Docker Notary (ahora CNCF Notary) Docker Notary era un sistema para firmar y verificar la autenticidad del contenido de los contenedores. Fue donado a la CNCF en 2017 y continúa su desarrollo como "Notary". Los usuarios que busquen una verificación de contenido segura deben consultar el proyecto CNCF Notary. [CNCF Notary](https://github.com/notaryproject/notary) ### SwarmKit SwarmKit impulsa el modo Docker Swarm proporcionando orquestación para los despliegues de contenedores. Aunque el modo Swarm sigue siendo funcional, el desarrollo se ha ralentizado a favor de las soluciones basadas en Kubernetes. Quienes evalúen opciones de orquestación de contenedores deberían investigar si SwarmKit satisface los requisitos de sus cargas de trabajo actuales. [Repositorio de GitHub de SwarmKit](https://github.com/docker/swarmkit)