teknik
Docker-arkitektur for CI-ingeniører
Daemon, containerd, BuildKit og snapshotter - hvad hver enkelt gør, og hvilken gør din build langsom.
Tomás Rivera · Performance engineering · 2026-04-21 · 10 min læsning
Stykkerne
Hvilken er langsom
- Langsomt før ethvert trin kører → daemon start og image pull; fix med en varm løber og en pull-through-cache
- Langsomt under KOPIERING og KØR med høj I/O-ventetid → snapshottet på netværkstilsluttet disk; rette med lokal NVMe
- Genopbygning af lag, der ikke ændrede sig → BuildKit cache; fix instruktionsrækkefølge og cache backend
- arm64 katastrofalt langsom → QEMU, ikke Docker; fix med indfødte løbere
Dit næste build kan være dobbelt så hurtigt til den halve pris
Start gratis. At skifte væk er den samme ene linje, og det diff offentliggør vi også.
Relateret
CI, når dine holdkammerater er agenterAI-kodningsmidler skubber langt oftere end mennesker. Her er, hvordan det ændrer pipeline-design og omkostningskontrol.Hvorfor offentliggør vi instruktioner til at forladeHver migreringsside på dette websted inkluderer forskellen til at migrere tilbage fra os. Her er begrundelsen.Hvad vi lærte at drive en million CI-jobKøtid, cache-adfærd, den rigtige størrelse og de fejltilstande, der kun vises i skala.Stop med at prøve flaky tests igenAutomatiske genforsøg konverterer en rigtig fejl til en intermitterende fejl, og træner dit team i at mistro enhver fejl.