Stahování základních obrazů Dockeru: proxy sestavovatele versus argumenty sestavení
Argumenty proxy předávané krokům sestavení nenastavují každý požadavek na registr, který sestavovatel provede. Určete sestavovatele, který řeší základní obraz.
Sestavení může selhat při řešení FROM dříve, než se spustí jakýkoli krok stahování balíčků v Dockerfile. Klientský registr sestavovatele potřebuje vlastní trasu, aby tento základní obraz získal.
| Operace | Komponenta, která potřebuje trasu |
|---|---|
| Vyřešit a stáhnout základní obraz | Klientský registr sestavovatele |
| Stahování během RUN | Proces vykonávající krok sestavení |
| Volání API za běhu | Běžící aplikace |
Určete sestavovatele
Výchozí ovladač Dockeru se soustředí na démona. Jiné ovladače Buildx mohou použít vyhrazený kontejner BuildKit, Kubernetes nebo vzdálenou službu. Nastavte proxy mechanismus podporovaný zvoleným ovladačem tam, kde tento worker běží.
Smyčkové proxy na notebooku není automaticky dostupné ze vzdáleného workeru a úprava místního démona tento vzdálený sestavovatel překonfiguruje.
ARG před FROM může pomoci zvolit referenci obrazu. Tím se však nenastaví síťová trasa klienta registru. Pozdější příkazy RUN, které zapisují nastavení balíčků nebo instalují certifikáty, tento dřívější požadavek neopraví.
Důvěra, účty a data v mezipaměti
Schválený materiál CA musí být dostupný komponentě, která ověřuje počáteční připojení k registru. Přihlašovací údaje k registru a k proxy opravňují různé strany; přihlášení k registru nemůže odpovědět na 407 od proxy.
Worker, který znovu používá data obrazu z mezipaměti, nemusí zopakovat stejný síťový požadavek jako nový worker. Porovnejte skutečně zaznamenanou operaci. Jakmile přístup k základnímu obrazu funguje zamýšlenou trasou, diagnostikujte jakékoli pozdější stahování v kroku sestavení na této další hranici.