Docker-Basisbiller erofued: Builder-Proxy géint Build-Argumenter
Proxy-Argumenter, déi un Build-Schrëtt ginn, konfiguréieren net all Registry-Ufro, déi de Builder mécht. Fannt de Builder, deen d'Basisbild opléist.
E Build kann fehlschloen, wéi FROM opgeléist gëtt, ier ee Dockerfile-Pakdownload-Schrëtt leeft. Dem Builder säi Registry-Client brauch säin eegene Wee, fir dat Basisbild ze kréien.
| Operatioun | Komponent, deen de Wee brauch |
|---|---|
| Basisbild opléisen an erofueden | Dem Builder säi Registry-Client |
| Eroflueden während RUN | De Prozess, deen de Build-Schrëtt ausféiert |
| API während der Lafzäit ruffen | Déi lafend Applikatioun |
Fannt de Builder
Den Standard-Docker-Driver dréit sech ëm den Daemon. Aner Buildx-Driver kënnen e speziellen BuildKit-Container, Kubernetes oder ee entfernte Service benotzen. Konfiguréiert de Proxy-Mechanismus, deen den ausgewielten Driver ënnerstëtzt, do wou dee Worker leeft.
E Loopback-Proxy op engem Laptop ass net automatesch vun engem entfernte Worker erreechbar, an de lokalen Daemon z'änneren konfiguréiert deen entfernte Builder net ëm.
En ARG virun FROM kann hëllefen, d'Bildreferenz ze wielen. Domat gëtt awer net de Netzwierkwee vum Registry-Client konfiguréiert. Spéider RUN-Befehler, déi Pakastellungen schreiwen oder Zertifikater installéieren, kënnen dës fréier Ufro net reparéieren.
Vertrauen, Konten an tëschegespäicherten Daten
Approuvéiert CA-Material muss fir de Komponent verfügbar sinn, deen déi éischt Registry-Verbindung validéiert. Registry- an Proxy-Authentifikatioun gëtt verschiddene Parteie Rechter; eng Registry-Anmeldung kann net op en Proxy 407 äntweren.
En Worker, deen tëschegespäicherte Bilddaten erëm benotzt, widderhëlt vläicht net déiselwecht Netzwierkufro wéi en neie Worker. Vergläicht déi tatsächlech geloggt Operatioun. Nodeems den Zougang zum Basisbild iwwer de virgesinnten Wee funktionéiert, diagnostizéiert all spéider Build-Schrëtt-Download op där nächster Grenz.