যেকোনো Dockerfile প্যাকেজ ডাউনলোড ধাপ চলার আগেই FROM সমাধান করার সময় বিল্ড ব্যর্থ হতে পারে। বিল্ডারের রেজিস্ট্রি ক্লায়েন্টের সেই বেস ইমেজ পেতে নিজস্ব পথ প্রয়োজন।

ক্রিয়াযে উপাদানের পথ দরকার
বেস ইমেজ সমাধান ও আনাবিল্ডারের রেজিস্ট্রি ক্লায়েন্ট
RUN চলাকালীন ডাউনলোডবিল্ড ধাপটি চালানো প্রক্রিয়া
রানটাইমে API কলচলমান অ্যাপ্লিকেশন

বিল্ডারটি চিহ্নিত করুন

ডিফল্ট Docker ড্রাইভার ডেমনকে কেন্দ্র করে। অন্যান্য Buildx ড্রাইভার একটি নিবেদিত BuildKit কন্টেইনার, Kubernetes বা দূরবর্তী সেবা ব্যবহার করতে পারে। নির্বাচিত ড্রাইভার যে প্রক্সি ব্যবস্থা সমর্থন করে তা সেই ওয়ার্কার যেখানে চলে সেখানে কনফিগার করুন।

ল্যাপটপের লুপব্যাক প্রক্সি দূরবর্তী ওয়ার্কার থেকে স্বয়ংক্রিয়ভাবে পৌঁছানো যায় না, এবং স্থানীয় ডেমন সম্পাদনা করলে সেই দূরবর্তী বিল্ডার পুনঃকনফিগার হয় না।

FROM-এর আগে একটি ARG ইমেজ রেফারেন্স বাছাই করতে সাহায্য করতে পারে। তবে এটি দ্বারা রেজিস্ট্রি ক্লায়েন্টের নেটওয়ার্ক পথ কনফিগার হয় না। পরে প্যাকেজ সেটিংস লেখা বা সার্টিফিকেট ইনস্টল করা RUN কমান্ড এই আগের অনুরোধ মেরামত করতে পারে না।

বিশ্বাস, অ্যাকাউন্ট ও ক্যাশ করা ডেটা

অনুমোদিত CA উপাদান প্রাথমিক রেজিস্ট্রি সংযোগ যাচাইকারী উপাদানের জন্য উপলব্ধ থাকতে হবে। রেজিস্ট্রি ক্রেডেনশিয়াল ও প্রক্সি ক্রেডেনশিয়াল ভিন্ন পক্ষকে অনুমোদন দেয়; রেজিস্ট্রি লগইন প্রক্সি 407-এর উত্তর দিতে পারে না।

ক্যাশ করা ইমেজ ডেটা পুনর্ব্যবহারকারী ওয়ার্কার নতুন ওয়ার্কারের মতো একই নেটওয়ার্ক অনুরোধ পুনরাবৃত্তি নাও করতে পারে। প্রকৃত লগ করা ক্রিয়াটি তুলনা করুন। বেস ইমেজ অ্যাক্সেস উদ্দিষ্ট পথে কাজ করার পর, পরবর্তী যেকোনো বিল্ড-ধাপ ডাউনলোড সেই পরবর্তী সীমায় নির্ণয় করুন।

সম্পর্কিত নিবন্ধ