Skopeo સાથે પ્રોક્સી દ્વારા રજિસ્ટ્રી નકલ

જે મશીન પ્રોક્સી દ્વારા બાહ્ય રજિસ્ટ્રી સુધી પહોંચી શકે છે તે 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 ત્યારે મહત્વપૂર્ણ છે જ્યારે સ્રોત સંદર્ભ મલ્ટી-પ્લેટફોર્મ ઇમેજ ઇન્ડેક્સ અથવા મેનિફેસ્ટ યાદી પસંદ કરે છે: તે બધી સંદર્ભિત ઇમેજની નકલ કરવા કહે છે. તે પસંદગી વિના નકલ વર્તમાન પ્લેટફોર્મ માટે ઇમેજ પસંદ કરી શકે છે, સંપૂર્ણ મલ્ટી-પ્લેટફોર્મ સંદર્ભ પુનઃઉત્પાદિત કરવાને બદલે.

નકલ પછી, ડાઉનસ્ટ્રીમ મશીનો આંતરિક રજિસ્ટ્રીનો ઇમેજ સંદર્ભ વાપરી શકે છે. તેને ખેંચવાની તેમની ક્ષમતા તે રજિસ્ટ્રી સુધીના તેમના માર્ગ પર આધાર રાખે છે; તેઓ નકલ કરનાર પ્રક્રિયાનું પર્યાવરણ વારસામાં મેળવતા નથી.