Leitfäden
Auswahl eines BuildX-Cache-Backends
Es gibt vier Cache-Backends und es ist unklar, welches verwendet werden soll.
6 Min. Lesezeit
Es gibt vier Cache-Backends und es ist unklar, welches verwendet werden soll.
Warum es passiert
Bei jedem werden die Übertragungskosten gegen die Portabilität abgewogen, und die richtige Antwort hängt davon ab, wie oft sich Ihr Image ändert.
So beheben Sie das Problem
- inline: am einfachsten, speichert aber nur die letzte Stufe zwischen – bei mehrstufigen Builds vermeiden
- Registrierung: maschinenübergreifend portierbar, es fallen jedoch bei jedem Build Übertragungskosten an
- gha: Praktisch, konkurriert aber mit Ihren anderen Caches um die gleichen 10 GB
- lokal auf einem persistenten Builder: überhaupt keine Übertragung und die schnellste verfügbare Option
Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis
Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.
Verwandt
So sorgen Sie dafür, dass CI-Caches tatsächlich bestehen bleibenCaches sind konfiguriert, aber die Trefferquote ist niedrig.So umgehen Sie das 10-GB-Cache-LimitIhre Caches überschreiten 10 GB pro Repository und beginnen mit der stillschweigenden Räumung.So teilen Sie einen Build-Cache über mehrere Repositorys hinwegJedes Repository verwaltet seinen eigenen Cache für dieselben gemeinsam genutzten Abhängigkeiten.So teilen Sie einen Docker-Cache zwischen JobsJedes Matrixbein baut die gleichen Schichten wieder auf.