Docker-ийн суурь образ татах: бүтээгчийн прокси ба бүтээх аргументууд
Бүтээх алхмуудад өгсөн прокси аргументууд нь бүтээгчийн хийдэг бүх бүртгэлийн хүсэлтийг тохируулдаггүй. Суурь образыг шийдвэрлэх бүтээгчийг олоорой.
Dockerfile-ийн багц татах алхам эхлэхээс өмнө FROM-ийг шийдвэрлэх үед бүтээлт амжилтгүй болж болно. Бүтээгчийн бүртгэлийн клиентэд тухайн суурь образыг авах өөрийн зам хэрэгтэй.
| Үйлдэл | Зам хэрэгтэй бүрэлдэхүүн |
|---|---|
| Суурь образыг шийдвэрлэх ба татах | Бүтээгчийн бүртгэлийн клиент |
| RUN-ийн үеэр татах | Бүтээх алхмыг гүйцэтгэх процесс |
| Ажиллах үед API дуудах | Ажиллаж буй програм |
Бүтээгчийг олоорой
Docker-ийн анхдагч драйвер нь демон дээр төвлөрдөг. Бусад Buildx драйверууд тусгай BuildKit контейнер, Kubernetes эсвэл алсын үйлчилгээ ашиглаж болно. Сонгосон драйверын дэмждэг прокси механизмыг тухайн worker ажиллаж буй газарт тохируулна уу.
Зөөврийн компьютер дээрх loopback прокси нь алсын worker-ээс автоматаар хүртээмжтэй биш бөгөөд локал демоныг засах нь тухайн алсын бүтээгчийг дахин тохируулахгүй.
FROM-ийн өмнөх ARG нь образын лавлагааг сонгоход тусалж болно. Гэхдээ энэ нь бүртгэлийн клиентийн сүлжээний замыг тохируулдаггүй. Дараа нь багцын тохиргоо бичих эсвэл гэрчилгээ суулгах RUN командууд энэ өмнөх хүсэлтийг засах боломжгүй.
Итгэл, бүртгэл ба кэшлэсэн өгөгдөл
Зөвшөөрөгдсөн CA материал нь бүртгэлийн анхны холболтыг баталгаажуулах бүрэлдэхүүнд боломжтой байх ёстой. Бүртгэл ба прокси нэвтрэх мэдээлэл өөр өөр талуудад эрх олгодог; бүртгэлд нэвтрэх нь проксийн 407-д хариулж чадахгүй.
Кэшлэсэн образ өгөгдлийг дахин ашиглаж буй worker нь шинэ worker-ийн хийх ижил сүлжээний хүсэлтийг давтахгүй байж болно. Бодитоор бүртгэгдсэн үйлдлийг харьцуулна уу. Суурь образ руу хандах нь төлөвлөсөн замаар ажилласны дараа, дараагийн бүтээх алхмын аливаа таталтыг тэр дараагийн хил дээр оношлоорой.