Opriți expedierea memoriei cache în rețea
Memorarea în cache a stratului Docker persistentă
Păstrați cache-ul stratului BuildKit cald între lucrări fără a exporta într-un registru sau în memoria cache acțiuni.
Nimic de exportat
Cache-ul trăiește pe constructor. Fără cache-de la, fără cache-to, fără registry dus-întors.
Partajat între locuri de muncă
Picioarele matricei și fluxurile de lucru separate se atașează la aceeași memorie cache caldă.
Nativ per-arh
Constructorii amd64 și arm64 își păstrează fiecare propriul cache pe propriul hardware.
Sfatul standard este să exportați stratul cache într-un registru cu cache-to și să îl trageți înapoi cu cache-from. Funcționează, dar pentru o imagine mare transferul costă adesea mai mult timp decât economisesc straturile.
Un constructor persistent elimină transferul. Cache-ul nu părăsește niciodată mașina care l-a produs.
Întrebări frecvente
- Mai am nevoie de cache-de la și cache-to?
- Nu, ștergeți-le. Constructorul deține memoria cache pe propriul disc, astfel încât acele steaguri adaugă doar un export și un import dus-întors care costă mai mult decât economisește pe imagini mari.
- Cât timp supraviețuiește stratul cache?
- Persiste între joburi și între filiale timp de 14 zile în mod implicit, configurabil pentru fiecare organizație. Nu se limitează la o ramură, motiv pentru care cererile de extragere încep la cald.
- Ce invalidează întregul cache?
- O schimbare a imaginii de bază. Fiecare strat după FROM depinde de rezumatul de bază, așa că fixați cu rezumat și actualizați în mod deliberat, mai degrabă decât la întâmplare.
Următorul tău build poate fi de două ori mai rapid, la jumătate de preț
Începe gratuit. Plecarea înseamnă aceeași linie, iar acel diff îl publicăm și noi.