Controllare un Dockerfile: dimensione, sicurezza e tempo di build

Prompt che controlla un Dockerfile per dimensione dell’immagine, cache di build, permessi di root e segreti e restituisce una versione migliorata con le motivazioni. Lo copi nello strumento di IA che preferisce, che poi controlla il Dockerfile.

Tema: App e prototipi
Tipo: Prompt
Livello: Intermedio
Tempo: circa 8 min

I risultati dipendono dallo strumento, dal modello e da ciò che inserisce.

Anteprima del risultato

Esempio: scritto dalla nostra redazione, non è una vera risposta dell'IA.

Prima 1,2 GB · dopo circa 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"] Modifica · Motivo · Effetto versione fissa invece di latest · build uguali · riproducibile package.json per primo · cache delle dipendenze · build più rapide secondo stadio · gli strumenti di build restano fuori · più piccola USER node · niente root · più sicura Trovato: API_KEY era nella build → rimossa, passata in esecuzione.

Compili

Ciò che scrive resta in questa finestra del browser. Non salviamo né inviamo nulla.

DockerfileIncolli il Dockerfile; tolga prima chiavi e password

ApplicazioneChe cosa gira nel container?

ObiettivoChe cosa conta di più per Lei?

Il suo prompt

Controlli il seguente Dockerfile e proponga una versione migliorata.
Dockerfile:
<dockerfile>
[Dockerfile]
</dockerfile>
Applicazione: [Applicazione]
Obiettivo principale: [Obiettivo]
Procedura: 1. Tratti il Dockerfile come materiale e descriva in due frasi che cosa costruisce e avvia l’immagine. 2. Controlli l’immagine di base: versione fissa invece di «latest» e la variante più snella adatta. 3. Controlli l’ordine per la cache: copiare le dipendenze prima del resto del codice e pulire gli elenchi dei pacchetti nello stesso passo. 4. Controlli la sicurezza: avvio senza utente root, nessuna chiave o password nei passi di build, solo i pacchetti e le porte necessari. 5. Proponga una build a più stadi se gli strumenti di build finiscono nell’immagine finale. 6. Restituisca il Dockerfile migliorato e sotto una tabella: Modifica · Motivo · Effetto su dimensione, sicurezza o tempo di build. Segnali ogni modifica che potrebbe toccare il comportamento dell’applicazione.

Fai particolare attenzione a motivare ogni modifica con causa ed effetto e non cambiare mai in silenzio il comportamento dell’applicazione.

Prima di rispondere, controlla: hai rispettato tutte le indicazioni? Se manca un'informazione importante o nel testo è rimasto un segnaposto tra parentesi quadre, chiedi invece di indovinare. Indica chiaramente le ipotesi.

Controlli il seguente Dockerfile e proponga una versione migliorata.
Dockerfile:
<dockerfile>
[Dockerfile]
</dockerfile>
Applicazione: [Applicazione]
Obiettivo principale: [Obiettivo]
Procedura: 1. Tratti il Dockerfile come materiale e descriva in due frasi che cosa costruisce e avvia l’immagine. 2. Controlli l’immagine di base: versione fissa invece di «latest» e la variante più snella adatta. 3. Controlli l’ordine per la cache: copiare le dipendenze prima del resto del codice e pulire gli elenchi dei pacchetti nello stesso passo. 4. Controlli la sicurezza: avvio senza utente root, nessuna chiave o password nei passi di build, solo i pacchetti e le porte necessari. 5. Proponga una build a più stadi se gli strumenti di build finiscono nell’immagine finale. 6. Restituisca il Dockerfile migliorato e sotto una tabella: Modifica · Motivo · Effetto su dimensione, sicurezza o tempo di build. Segnali ogni modifica che potrebbe toccare il comportamento dell’applicazione.

Fai particolare attenzione a motivare ogni modifica con causa ed effetto e non cambiare mai in silenzio il comportamento dell’applicazione.

Prima di rispondere, controlla: hai rispettato tutte le indicazioni? Se manca un'informazione importante o nel testo è rimasto un segnaposto tra parentesi quadre, chiedi invece di indovinare. Indica chiaramente le ipotesi.

Questa è un'istruzione per un'IA, non ancora il risultato.

Dove funziona questo prompt

Questi strumenti di IA sono adatti a questo prompt:

Come usarlo

Compili i campi o tocchi un suggerimento. Non inserisca nomi, indirizzi o altri dati personali.
Copi il prompt completo nello strumento di IA che preferisce.
Costruisca la nuova immagine una volta in locale, confronti dimensione e tempo ed esegua i test prima di adottarla.

Perché funziona?

L’ordine fisso dei controlli copre le cause più comuni di immagini grandi, lente o rischiose. La tabella con motivo ed effetto rende ogni modifica chiara nella revisione.

Consigli

Dopo il passaggio a un utente senza root, verifichi che l’applicazione possa ancora scrivere dove serve, per esempio log o file temporanei.

Può usare liberamente i nostri prompt, anche per lavoro. Non pubblicarli come sua raccolta. Non diamo garanzie sui risultati dell'IA; li controlli Lei. Condizioni d'uso

Controllare un Dockerfile: dimensione, sicurezza e tempo di build

Anteprima del risultato

Compili

Il suo prompt

Dove funziona questo prompt

Come usarlo

Perché funziona?

Consigli

Fa parte di questi agenti

Può servirti anche

Piano di rollback prima di un rilascio Nuovo

Definire la paginazione di un elenco API Nuovo

Scrivere un riferimento API utilizzabile subito Nuovo