Herramientas de Docker y contenedores
Los flujos con contenedores se rompen de formas pequeñas y repetidas: un docker-compose.yml con un puerto que ya usa otro servicio, un comando docker run con volúmenes escritos a mano, o una etapa de Dockerfile que referencia un argumento de build que nunca se declaró. Estas herramientas detectan ese tipo de error antes de ejecutar docker build o docker compose up y tener que revisar logs para encontrar la línea equivocada.
Cada herramienta corresponde a un archivo o comando concreto. Banco de trabajo Docker Compose revisa un YAML existente en busca de problemas de puertos y dependencias, mientras que comando docker run hace lo contrario y compone un comando docker run a partir de puertos, volúmenes y variables de entorno que rellenas. Formateador de Dockerfile añade diagnósticos línea por línea a builds multi-etapa, y Analizador de referencias Docker descompone una referencia de imagen en registro, repositorio, etiqueta y digest para ver exactamente qué traerá un pull.
4 herramientas
Todas las herramientas de Docker & Containers
-
Banco de trabajo Docker Compose
Valida Docker Compose localmente revisando puertos, dependencias y volúmenes
-
Analizador de referencias Docker
Desglosa referencias Docker en registro, repositorio, etiqueta y digest
-
comando docker run
Compone comandos docker run con puertos, volúmenes y variables personalizadas
-
Formateador de Dockerfile
Formatea Dockerfile con diagnósticos por línea y navegación por etapas
Preguntas frecuentes sobre herramientas de Docker & Containers
Dos servicios del mismo archivo Compose, o un servicio y algo que ya corre en el host, están mapeados al mismo puerto. Banco de trabajo Docker Compose lee el archivo y señala mapeos de puertos en conflicto y problemas de orden de dependencias antes de ejecutar docker compose up.
Una referencia de imagen puede llevar a la vez host de registro, ruta de repositorio, etiqueta y un digest @sha256, y el digest siempre gana si ambos están presentes. Analizador de referencias Docker separa una referencia en esas cuatro partes para que veas exactamente qué imagen resolverá un pull.
ARG solo está disponible durante el build y desaparece de la imagen final; ENV persiste en el contenedor en ejecución. Formateador de Dockerfile revisa Dockerfiles multi-etapa línea por línea, lo que ayuda a detectar un ARG de build usado donde en realidad hacía falta un ENV en tiempo de ejecución.