Kuvuta Picha Msingi za Docker: Proksi ya Mjenzi dhidi ya Hoja za Ujenzi
Hoja za proksi zinazotolewa kwa hatua za ujenzi haziweki kila ombi la rejista linalofanywa na mjenzi. Tambua mjenzi anayetatua picha msingi.
Ujenzi unaweza kushindwa wakati wa kutatua FROM kabla hatua yoyote ya upakuaji wa kifurushi cha Dockerfile kuanza. Mteja wa rejista wa mjenzi anahitaji njia yake mwenyewe kupata picha hiyo msingi.
| Operesheni | Sehemu inayohitaji njia |
|---|---|
| Tatua na upate picha msingi | Mteja wa rejista wa mjenzi |
| Upakuaji wakati wa RUN | Mchakato unaotekeleza hatua ya ujenzi |
| Kuita API wakati wa utekelezaji | Programu inayoendeshwa |
Tambua mjenzi
Dereva chaguo-msingi wa Docker huzingatia daemon. Dereva wengine wa Buildx wanaweza kutumia kontena maalum la BuildKit, Kubernetes au huduma ya mbali. Sanidi utaratibu wa proksi unaoungwa mkono na dereva uliochaguliwa mahali ambapo mfanyakazi huyo anaendesha.
Proksi ya loopback kwenye kompyuta ya mkononi haipatikani kiotomatiki kutoka kwa mfanyakazi wa mbali, na kuhariri daemon ya ndani hakusanidi upya mjenzi huyo wa mbali.
ARG kabla ya FROM inaweza kusaidia kuchagua rejeleo la picha. Hata hivyo haisanidi njia ya mtandao ya mteja wa rejista. Amri za RUN za baadaye zinazoandika mipangilio ya vifurushi au kusakinisha vyeti haziwezi kurekebisha ombi hili la awali.
Uaminifu, akaunti na data iliyohifadhiwa
Nyenzo za CA zilizoidhinishwa lazima zipatikane kwa sehemu inayothibitisha muunganisho wa awali wa rejista. Vitambulisho vya rejista na vitambulisho vya proksi vinadhinisha pande tofauti; kuingia kwenye rejista hakuwezi kujibu 407 ya proksi.
Mfanyakazi anayetumia tena data ya picha iliyohifadhiwa anaweza asirudie ombi lile lile la mtandao kama mfanyakazi mpya. Linganisha operesheni iliyorekodiwa halisi. Mara ufikiaji wa picha msingi unapofanya kazi kupitia njia iliyokusudiwa, chunguza upakuaji wowote wa baadaye wa hatua ya ujenzi kwenye mpaka huo unaofuata.