Maaaring mabigo ang isang build habang nireresolba ang FROM bago tumakbo ang anumang hakbang sa pag-download ng package sa Dockerfile. Kailangan ng registry client ng builder ang sarili nitong ruta para makuha ang base image na iyon.

OperasyonBahaging nangangailangan ng ruta
Resolbahin at kunin ang base imageAng registry client ng builder
Pag-download habang RUNAng prosesong nagpapatupad ng hakbang ng build
Pagtawag ng API sa runtimeAng tumatakbong aplikasyon

Hanapin ang builder

Nakasentro ang default na driver ng Docker sa daemon. Maaaring gumamit ang ibang driver ng Buildx ng dedikadong container ng BuildKit, Kubernetes, o malayong serbisyo. I-configure ang sinusuportahang mekanismo ng proxy ng napiling driver sa lugar kung saan tumatakbo ang worker na iyon.

Ang proxy na loopback sa laptop ay hindi awtomatikong maaabot mula sa malayong worker, at ang pag-edit ng lokal na daemon ay hindi nagko-configure muli sa malayong builder na iyon.

Ang ARG bago ang FROM ay makatutulong sa pagpili ng reference ng image. Gayunpaman, hindi nito naiko-configure ang rutang network ng registry client. Ang mga kasunod na utos na RUN na nagsusulat ng mga setting ng package o nag-i-install ng mga sertipiko ay hindi maaaring ayusin ang naunang kahilingang ito.

Tiwal a, mga account, at naka-cache na data

Ang aprubadong materyal na CA ay dapat na available sa bahaging nagbe-beripika ng unang koneksyon sa registry. Ang mga kredensyal ng registry at ng proxy ay nagbibigay ng awtoridad sa magkaibang panig; ang pag-login sa registry ay hindi makasasagot sa 407 ng proxy.

Ang worker na gumagamit muli ng naka-cache na data ng image ay maaaring hindi ulitin ang parehong kahilingan sa network gaya ng bagong worker. Ihambing ang aktuwal na naitalang operasyon. Kapag gumana na ang pag-access sa base image sa nilalayong ruta, i-diagnose ang anumang kasunod na pag-download sa hakbang ng build sa susunod na hangganang iyon.

Kaugnay na mga artikulo