Udnyttelse af build-caching

Før en instruktion udføres, kontrollerer Docker, om det pågældende lag allerede er blevet bygget før. Den sammenligner:

• Selve instruktionen (f.eks. RUN apt update).
• "Konteksten" for bestemte instruktioner (f.eks. de filer, der bliver kopieret med COPY).

Hvis der findes et matchende lag, genbruger Docker det fra cachen i stedet for at køre instruktionen igen.

Cachen er nyttig, men den bruges ikke altid. Hvis Docker registrerer en ændring i en instruktion eller dens kontekst, bliver cachen for det pågældende lag og alle efterfølgende lag ugyldig.

Det betyder, at Docker bygger videre fra dette punkt og ignorerer alle cachelagrede lag under det.

For at få flest mulige cache-træffere skal du arrangere instruktionerne i din Dockerfile fra dem, der mindst sandsynligt ændres, til dem, der mest sandsynligt ændres.

• Stabile afhængigheder først: Installer systempakker eller applikationsafhængigheder, der sjældent ændres.
• Applikationskode sidst: Kopiér applikationens kildekode så sent som muligt, da den ændres ofte.

Lad os se på et eksempel. Ved at placere kommandoen RUN pip install (som typisk ændres sjældnere) før COPY . . (som ændres ved hver kodeopdatering) kan Docker genbruge afhængighedslaget.

Forestil dig, at requirements.txt indeholder flask og gunicorn, og at app.py er din hovedapplikation.

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 kun app.py ændres, bygger Docker kun det sidste COPY- og CMD-lag igen, så du sparer tid!

Når du bruger COPY . ., kontrollerer Docker hver eneste fil i build-konteksten for ændringer. Selv små, irrelevante filer (som .git-mapper eller lokale testdata) kan ugyldiggøre cachen.

Brug en .dockerignore-fil til at udelukke unødvendige filer og mapper fra din build-kontekst. Det forhindrer dem i at udløse ugyldiggørelse af cachen.

Placér en fil med navnet .dockerignore i roden af din build-kontekst (ved siden af din Dockerfile).

Eksempel på .dockerignore:

.git
.venv
__pycache__
*.log
node_modules

Når du nu bruger COPY . ., ignorerer Docker disse filer, hvilket giver mere pålidelige cache-træffere!

Nogle gange vil du sikre dig, at alting bygges fra bunden, uden overhovedet at bruge cachen. Det kan være nyttigt ved fejlfinding eller hvis du vil sikre dig, at du har de allernyeste versioner af afhængighederne.

Du kan tvinge Docker til at bygge igen uden at bruge cachen ved at tilføje flaget --no-cache til din build-kommando:

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

Godt klaret! Du har lært at udnytte Dockers build-cache til hurtigere builds af images.

• Docker bygger images lag for lag og genbruger cachelag, når det er muligt.
• Ændringer i en instruktion eller dens kontekst ugyldiggør cachen fra dette punkt.
• Optimér ved at arrangere instruktionerne fra mindst til mest sandsynligt at ændre sig.
• Brug .dockerignore til at udelukke irrelevante filer fra build-konteksten.
• Brug --no-cache til at tvinge et nyt build, når det er nødvendigt.

Effektiv caching giver hurtigere udviklingscyklusser og mere fleksible udrulninger!