Compartir comentarios
Las respuestas se generan en base a la documentación.

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.

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 o Docker 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 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.

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.

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 en su lugar.

Aún puedes ver la documentación de los sandboxes de 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 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), 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

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

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 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

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

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

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