Utnytte bufring av bygg

Før en instruksjon kjøres, sjekker Docker om det nøyaktige laget allerede er bygget tidligere. Den sammenligner:

• Selve instruksjonen (for eksempel RUN apt update).
• «Konteksten» for bestemte instruksjoner (for eksempel filene som blir COPY'd).

Hvis et samsvarende lag blir funnet, gjenbruker Docker det fra hurtigbufferet i stedet for å kjøre instruksjonen på nytt.

Hurtigbufferet er nyttig, men det brukes ikke alltid. Hvis Docker oppdager en endring i en instruksjon eller konteksten til den, blir hurtigbufferet for dette laget og alle påfølgende lag ugyldig.

Det betyr at Docker bygger på nytt fra dette punktet og videre, og ignorerer eventuelle hurtigbufrede lag under det.

For å få flest mulig treff i hurtigbufferet bør De ordne instruksjonene i Dockerfile fra de som sannsynligvis endres minst, til de som sannsynligvis endres mest.

• Stabile avhengigheter først: Installer systempakker eller applikasjonsavhengigheter som sjelden endres.
• Applikasjonskode til slutt: Kopier kildekoden til applikasjonen så sent som mulig, siden den endres ofte.

La oss se på et eksempel. Ved å plassere kommandoen RUN pip install (som vanligvis endres sjeldnere) før COPY . . (som endres ved hver kodeoppdatering), kan Docker gjenbruke avhengighetslaget.

Forestill Dem at requirements.txt inneholder flask og gunicorn, og at app.py er hovedapplikasjonen.

Dockerfile:

FROM python:3.9-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY app.py .
CMD ["python", "app.py"]

Hvis bare app.py endres, bygger Docker bare om de siste COPY- og CMD-lagene, noe som sparer tid!

Når De bruker COPY . ., sjekker Docker alle filer i byggkonteksten for endringer. Selv små, irrelevante filer, som .git-mapper eller lokale testdata, kan ugyldiggjøre hurtigbufferet.

Bruk en .dockerignore-fil til å utelate unødvendige filer og mapper fra byggkonteksten. Da hindrer De at de utløser ugyldiggjøring av hurtigbufferet.

Plasser en fil med navnet .dockerignore i roten av byggkonteksten, ved siden av Dockerfile.

Eksempel på .dockerignore:

.git
.venv
__pycache__
*.log
node_modules

Nå ignorerer Docker disse filene når De bruker COPY . ., noe som gir mer pålitelige treff i hurtigbufferet!

Noen ganger ønsker De å sikre at alt bygges på nytt fra grunnen av, uten å bruke hurtigbufferet. Dette kan være nyttig ved feilsøking eller når De vil være sikker på å ha de aller nyeste versjonene av avhengighetene.

De kan tvinge Docker til å bygge på nytt uten å bruke hurtigbufferet ved å legge til flagget --no-cache i byggkommandoen:

docker build --no-cache -t my-app:latest .

Godt jobbet! De har lært hvordan De kan utnytte Docker-hurtigbufferet for å bygge images raskere.

• Docker bygger images lag for lag og gjenbruker hurtigbufrede lag når det er mulig.
• Endringer i en instruksjon eller konteksten til den ugyldiggjør hurtigbufferet fra dette punktet.
• Optimaliser ved å ordne instruksjonene fra de som sannsynligvis endres minst, til de som sannsynligvis endres mest.
• Bruk .dockerignore til å utelate irrelevante filer fra byggkonteksten.
• Bruk --no-cache for å tvinge frem et nytt bygg ved behov.

Effektiv bruk av hurtigbufferet gir raskere utviklingssykluser og mer smidige utrullinger!