Appunti sulla cache di build
Docker è il modo in cui i servizi Node.js e le CLI su cui lavoro vengono impacchettati ed eseguiti in CI e in locale.
Aggiornato Sep 2026
Il materiale qui nasce dall'impacchettare app Node.js: build time che crescono, immagini che si gonfiano, e cache hit che spariscono dopo una modifica non correlata. Non è esaustivo e non è il manuale: è ciò che è emerso davvero.
Una raccolta in evoluzione di note, esperimenti e progetti — non una copia della documentazione ufficiale. Questa raccolta riguarda la cache di build di BuildKit e la dimensione delle immagini: invalidazione dei layer, cache mount, cosa rende un rebuild veloce o lento. Runtime dei container, networking e orchestrazione sono fuori ambito.
Scrittura tecnica focalizzata su un concetto, un problema o un'intuizione specifica.
Come BuildKit decide che uno step è un cache hit, perché una riga cambiata ricostruisce tutto ciò che sta sotto, cosa mostra --progress=plain, e dove leggere la cache a occhio smette di bastare.
Perché un RUN successivo che cancella file non riduce l'immagine, perché il multi-stage è la leva vera, e come leggere docker history per trovare il peso.
Ancora nessun esperimento pubblicato.
Ancora nessun progetto pubblicato.
Aree e competenze collegate a questo lavoro.