Saltar al contenido

Explorador de capas de imágenes Docker

Docker Image Explorer

Abre el tarball exportado de una imagen y muestra el comando, el tamaño y los archivos añadidos o borrados en cada capa.

Abre una imagen Docker u OCI exportada y muestra qué contiene realmente cada capa: su tamaño, el paso del Dockerfile que la produjo, los archivos que añade y los archivos que borra de las capas de debajo. Es como averiguas por qué una imagen pesa trescientos megabytes.

🔒 Se ejecuta por completo en tu navegadordockerocilayersinspect

Suelta una imagen exportada (.tar)

De `docker save image:tag -o image.tar` o de podman save. Se analiza en esta pestaña; no se sube nada.

Abre tanto los tar de docker save como las disposiciones de imagen OCI, y alinea cada capa con su paso del Dockerfile a partir del history de la configuración (los pasos marcados empty_layer — ENV, CMD, LABEL — no crean ninguna capa y se listan aparte). Los borrados se leen de la convención whiteout de OCI: una entrada .wh.name quita name de las capas de debajo; el archivo sigue existiendo en la capa inferior y sigue costando sus bytes.

Cómo se usa

  1. Exporta la imagen

    `docker save image:tag -o image.tar`, o el `podman save` equivalente. Un layout de imagen OCI también funciona.

  2. Suelta el tar

    Se analiza en un worker en esta pestaña. No se sube nada, lo cual importa porque un tar de imagen contiene tu sistema de archivos entero.

  3. Abre las capas grandes

    Cada fila muestra su tamaño como una barra y su paso del Dockerfile. Expandir una lista los archivos más grandes que añade, y por separado lo que borra y lo que oculta.

Preguntas frecuentes

Borré el archivo en un RUN posterior. ¿Por qué la imagen sigue siendo grande?

Porque un borrado es en sí mismo una capa. La convención de whiteout de OCI escribe una entrada `.wh.name` que oculta `name` de las capas de debajo; el archivo original sigue ahí, sigue enviándose, sigue contando. Borra en el mismo `RUN` que lo creó, o usa un build multietapa.

¿Por qué algunos pasos del Dockerfile no tienen capa?

ENV, CMD, LABEL, EXPOSE y compañía cambian solo la configuración, no el sistema de archivos, así que el historial de la imagen los marca como `empty_layer`. Aquí se listan por separado para que la numeración de capas siga cuadrando con lo que realmente cuesta bytes.

¿Puede abrir una imagen directamente desde un registro?

No: lee solo un tar local. Descargarla significaría que esta página se autenticara contra tu registro, que es una herramienta distinta con un modelo de amenazas distinto. `docker save` está a un comando de distancia.

El tamaño de aquí no coincide con `docker images`.

Miden cosas distintas. `docker images` informa del tamaño en disco después de que el driver de almacenamiento haya deduplicado las capas compartidas; esto informa del contenido sin comprimir de cada capa en la exportación. Ambos son verdad; el segundo es el que te dice lo que transfiere un `docker pull`.

Puede recibir de

Después

Estas aceptan lo que produce esta herramienta, así que el resultado puede pasar directamente.