Revisar un Dockerfile: tamaño, seguridad y tiempo de compilación

Prompt que revisa un Dockerfile en cuanto a tamaño de imagen, caché de compilación, permisos de root y secretos, y entrega una versión mejorada con motivos. Cópielo en la herramienta de IA que prefiera, que luego revisa el Dockerfile.

Tema: Apps y prototipos
Tipo: Prompt
Nivel: Intermedio
Tiempo: aprox. 8 min

Los resultados dependen de la herramienta, del modelo y de lo que escriba.

Vista previa del resultado

Ejemplo: escrito por nuestra redacción, no es una respuesta real de IA.

Antes 1,2 GB · después unos 180 MB FROM node:22-slim AS build WORKDIR /app COPY package*.json ./ RUN npm ci COPY . . RUN npm run build FROM node:22-slim WORKDIR /app COPY --from=build /app/dist ./dist COPY --from=build /app/node_modules ./node_modules USER node CMD ["node", "dist/server.js"] Cambio · Motivo · Efecto versión fija en vez de latest · mismas compilaciones · reproducible package.json primero · caché de dependencias · compilación más rápida segunda etapa · las herramientas de compilación quedan fuera · más pequeña USER node · sin root · más segura Encontrado: API_KEY estaba en la compilación → eliminado, se pasa al ejecutar.

Rellenar

Lo que escriba se queda en esta ventana del navegador. No guardamos ni enviamos nada.

DockerfilePegue el Dockerfile; quite antes claves y contraseñas

Aplicación¿Qué se ejecuta en el contenedor?

Objetivo¿Qué es lo más importante para usted?

Su prompt

Revise el siguiente Dockerfile y proponga una versión mejorada.
Dockerfile:
<dockerfile>
[Dockerfile]
</dockerfile>
Aplicación: [Aplicación]
Objetivo principal: [Objetivo]
Procedimiento: 1. Trate el Dockerfile como material y describa en dos frases qué construye e inicia la imagen. 2. Revise la imagen base: versión fija en lugar de «latest» y la variante más ligera que sirva. 3. Revise el orden para la caché: copiar las dependencias antes del resto del código y limpiar las listas de paquetes en el mismo paso. 4. Revise la seguridad: ejecución sin usuario root, ninguna clave ni contraseña en los pasos de compilación, solo los paquetes y puertos necesarios. 5. Proponga una compilación en varias etapas si las herramientas de compilación acaban en la imagen final. 6. Entregue el Dockerfile mejorado y debajo una tabla: Cambio · Motivo · Efecto en tamaño, seguridad o tiempo de compilación. Marque cada cambio que pueda afectar al comportamiento de la aplicación.

Pon especial atención en justificar cada cambio con su motivo y su efecto y no alterar en silencio el comportamiento de la aplicación.

Antes de responder, comprueba: ¿se cumplen todas las indicaciones? Si falta un dato importante o aún queda un marcador entre corchetes, pregunta en lugar de adivinar. Señala las suposiciones como tales.

Revise el siguiente Dockerfile y proponga una versión mejorada.
Dockerfile:
<dockerfile>
[Dockerfile]
</dockerfile>
Aplicación: [Aplicación]
Objetivo principal: [Objetivo]
Procedimiento: 1. Trate el Dockerfile como material y describa en dos frases qué construye e inicia la imagen. 2. Revise la imagen base: versión fija en lugar de «latest» y la variante más ligera que sirva. 3. Revise el orden para la caché: copiar las dependencias antes del resto del código y limpiar las listas de paquetes en el mismo paso. 4. Revise la seguridad: ejecución sin usuario root, ninguna clave ni contraseña en los pasos de compilación, solo los paquetes y puertos necesarios. 5. Proponga una compilación en varias etapas si las herramientas de compilación acaban en la imagen final. 6. Entregue el Dockerfile mejorado y debajo una tabla: Cambio · Motivo · Efecto en tamaño, seguridad o tiempo de compilación. Marque cada cambio que pueda afectar al comportamiento de la aplicación.

Pon especial atención en justificar cada cambio con su motivo y su efecto y no alterar en silencio el comportamiento de la aplicación.

Antes de responder, comprueba: ¿se cumplen todas las indicaciones? Si falta un dato importante o aún queda un marcador entre corchetes, pregunta en lugar de adivinar. Señala las suposiciones como tales.

Esto es una instrucción para una IA, todavía no el resultado.

Dónde funciona este prompt

Estas herramientas de IA encajan bien con este prompt:

Cómo usarlo

Rellene los campos o toque una sugerencia. No incluya nombres, direcciones ni otros datos personales.
Copie el prompt terminado en la herramienta de IA que prefiera.
Construya la nueva imagen una vez en local, compare tamaño y tiempo y ejecute las pruebas antes de adoptarla.

¿Por qué funciona?

El orden fijo de comprobaciones cubre las causas más habituales de imágenes grandes, lentas o arriesgadas. La tabla con motivo y efecto hace comprensible cada cambio en la revisión.

Consejos

Tras pasar a un usuario sin root, compruebe que la aplicación puede seguir escribiendo donde lo necesita, por ejemplo registros o archivos temporales.

Puede usar nuestros prompts libremente, también en el trabajo. No las publique como colección propia. No damos garantía sobre los resultados de la IA; revíselos usted. Condiciones de uso

Revisar un Dockerfile: tamaño, seguridad y tiempo de compilación

Vista previa del resultado

Rellenar

Su prompt

Dónde funciona este prompt

Cómo usarlo

¿Por qué funciona?

Consejos

Forma parte de estos agentes

También le puede servir

Plan de marcha atrás antes de publicar Nuevo

Definir la paginación de una lista de API Nuevo

Escribir una referencia de API útil Nuevo