যে মেশিন প্রক্সির মাধ্যমে বাইরের রেজিস্ট্রিতে পৌঁছাতে পারে, সে Skopeo দিয়ে একটি ইমেজ অভ্যন্তরীণ রেজিস্ট্রিতে কপি করতে পারে। কপি সম্পাদনকারী প্রক্রিয়াটি কনফিগার করুন:

export HTTP_PROXY=http://proxy.example.net:8080
export HTTPS_PROXY=http://proxy.example.net:8080
export NO_PROXY=registry.internal.example

skopeo copy --all \
  docker://registry.public.example/team/image:stable \
  docker://registry.internal.example/team/image:stable

রেজিস্ট্রির নাম ও ইমেজ রেফারেন্স কেবল উদাহরণ। উৎস প্রক্সি দিয়ে যায়; অভ্যন্তরীণ রেজিস্ট্রি এড়িয়ে যাওয়ার এন্ট্রি দিয়ে মেলে। প্রক্সি ক্রেডেনশিয়াল ছাড়া অনুমোদিত পাবলিক উৎস থেকে কপির জন্য HTTP প্রক্সি তালিকা প্রার্থী HTTP এন্ডপয়েন্ট সরবরাহ করতে পারে, আর ওই অভ্যন্তরীণ এড়িয়ে যাওয়া যথাস্থানে থাকে। কমান্ডটি প্রকৃতপক্ষে যে গন্তব্য হোস্টনেম ব্যবহার করে, সেই অনুযায়ী এন্ট্রিটি সামঞ্জস্য করুন।

docker:// হলো রেজিস্ট্রি রেফারেন্সের জন্য ইমেজ-পরিবহনের নাম। এর অর্থ এই নয় যে কপিটি স্থানীয় Docker ডেমনকে অর্পণ করা হচ্ছে। Skopeo-র রেজিস্ট্রি HTTP পরিবহন পরিবেশ থেকে প্রক্সি আবিষ্কার ব্যবহার করে, যদি না কোনো এমবেডিং অ্যাপ্লিকেশন স্পষ্টভাবে ভিন্ন প্রক্সি URL দেয়।

--all গুরুত্বপূর্ণ যখন উৎস রেফারেন্স একটি মাল্টি-প্ল্যাটফর্ম ইমেজ ইনডেক্স বা ম্যানিফেস্ট তালিকা নির্বাচন করে: এটি সমস্ত উল্লিখিত ইমেজ কপি করতে বলে। এই নির্বাচন ছাড়া কপি বর্তমান প্ল্যাটফর্মের ইমেজ বেছে নিতে পারে, সম্পূর্ণ মাল্টি-প্ল্যাটফর্ম রেফারেন্স পুনরুৎপাদন না করে।

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

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