Moby: डॉकर होस्ट के बीच पीयर-टू-पीयर पुश/पुल

हर मायने में सही :)

हम जिस चीज की शूटिंग कर रहे हैं, वह गो भाषा के समान एक प्रणाली है। उदाहरण के लिए आप कहीं भी पैकेज होस्ट कर सकते हैं, और सुविधा के रूप में गुणवत्ता, ऑडिटिंग, सुरक्षा इत्यादि के लिए दिशानिर्देशों के साथ एक केंद्रीय क्यूरेटेड नेमस्पेस है।

यह #21 का उप-घटक है।

मैंने #350 के अंतर को स्पष्ट करने के लिए शीर्षक बदल दिया।

यह मुद्दा डॉकर में पीयर-टू-पीयर पुश/पुल फीचर जोड़ने के बारे में है। इस सुविधा के साथ, 2 डॉकटर होस्ट सीधे छवियों का आदान-प्रदान कर सकते हैं जैसे कि वे रजिस्ट्री के साथ छवियों का आदान-प्रदान कर रहे थे।

यहाँ विशिष्टताओं के बारे में थोड़ा और सोच रहे हैं।

• क्या हम दूसरे डेमॉन से _और_ खींचने के लिए पुश करने का समर्थन करना चाहते हैं?
• क्या डॉकर को हमेशा इमेज पुश (और पुल) स्वीकार करना चाहिए, या क्या इसे विशिष्ट मोड में चलाने की आवश्यकता है?
• डेमॉन - डेमॉन प्रमाणीकरण और प्राधिकरण के बारे में क्या?
• दूसरे डेमॉन को पुश करने के लिए क्या कमांड है? docker push -d other.docker.com myimage ?
• क्या स्थानांतरण नियमित रजिस्ट्री पुश/पुल के समान सटीक तंत्र का उपयोग करने जा रहा है? (HTTP, आदि)
• #21 इस मुद्दे में बंधा हुआ है। उदाहरण के लिए, इसमें POST के लिए एक छवि को दूसरे डेमॉन में भेजने का मार्ग शामिल होगा। या हो सकता है कि रजिस्ट्री द्वारा उपयोग किए जाने वाले किसी भी एपीआई द्वारा इसे हटा दिया गया हो।

सोम, 8 अप्रैल, 2013 को रात 8:21 बजे, कालेब स्पेयर नोटिफिकेशन @github.comलिखा:

• क्या हम दूसरे डेमॉन से _और_ खींचने के लिए पुश करने का समर्थन करना चाहते हैं?

हां मुझे ऐसा लगता है। अगर मुझे किसी एक को चुनना होता, तो मैं शुरू करने के लिए पुश चुनता।

• क्या डॉकर हमेशा छवि धक्का (और खींचता है) स्वीकार करता है, या करता है
  विशिष्ट मोड में चलाने की आवश्यकता है?

मुझे लगता है कि इस तरह से शुरुआत करना ठीक है। हम इसे एक सशर्त स्विच बना सकते हैं,
उदाहरण के लिए 'डॉकर-डी --नो-पुश-पुल'

• डेमॉन - डेमॉन प्रमाणीकरण और प्राधिकरण के बारे में क्या?

मुझे लगता है कि हम इसके बारे में बाद में चिंता कर सकते हैं।

• दूसरे डेमॉन को पुश करने के लिए क्या कमांड है? डॉकर पुश-डी
  Other.docker.com myimage?

यह वाजिब लगता है। @samalba @kencochrane और @shin- कौन हैं
रजिस्ट्री को लागू करने पर यहां एक राय हो सकती है।

• क्या स्थानांतरण नियमित रूप से ठीक उसी तंत्र का उपयोग करने वाला है
  रजिस्ट्री पुश/पुल? (HTTP, आदि)

हाँ, यही लक्ष्य है।

• #21 https://github.com/dotcloud/docker/issues/21 इससे जुड़ा हुआ है
  मुद्दा। उदाहरण के लिए, इसमें एक छवि पोस्ट करने के लिए एक मार्ग शामिल होगा
  एक और डेमन। या हो सकता है कि जो भी एपीआई रजिस्ट्री द्वारा अधिग्रहित किया गया हो
  उपयोग करता है।

बिल्कुल। मैंने #21 पर काम करना शुरू किया, मैं आपके साथ आधार कैसे साझा करूं
और हम एपीआई के 2 अलग-अलग हिस्सों पर समानांतर काम करते हैं?

@shykes यह बहुत अच्छा लगता है। बस #21 कोड को एक शाखा में धकेलें?

1.0 एपीआई का उपयोग करके यह काफी आसान होगा।

यह एक बहुत अच्छा प्लगइन होगा, अगर कोई इस पर काम करने में दिलचस्पी रखता है, तो कृपया यहां ऐसा कहें। मैं आपको आरंभिक एपीआई डॉक्स और आरंभ करने के लिए युक्तियों के साथ जोड़ूंगा।

यह दिलचस्प लगता है। क्या इस सुविधा के लिए कोई कठिन समय सीमा है? यदि नहीं, तो मैं इसे ले सकता हूं और इस महीने के अंत तक इस पर काम कर सकता हूं (या सितंबर हो सकता है। मुझे इन हाल के हफ्तों में कुछ और काम करना है।)

@shykes यह बहुत अच्छा होगा यदि मैं 1.0 एपीआई की अधिक विस्तृत योजना तक पहुंच सकता हूं।

@tobstarr , अगर आपको ऐसा लगता है कि डॉकटर को पुश प्राप्त करने की अनुमति देने के लिए आप के रजिस्ट्री कार्यान्वयन का उपयोग करें ... मुझे लगता है कि यह एक हत्यारा सुविधा होगी! मुझे इसे मर्ज करने में आपकी मदद करने में खुशी होगी।

मुझे अभी भी इसमें दिलचस्पी है। अगर कोई इसे आज़माना चाहता है, तो मुझे बताएं :)

मेरे लिए +1

मैं वास्तव में इसे बनवाना चाहूंगा। क्या रिमोट एपीआई के शीर्ष पर रजिस्ट्री एपीआई को ओवरले करने का मूल विचार है? ऐसा लगता है कि /images/:id/json समापन बिंदु कमोबेश संगत है, और बाकी सब कुछ टकराता नहीं है।

यह वास्तव में साफ-सुथरा होगा यदि रजिस्ट्री एपीआई रिमोट एपीआई का सबसेट था। वैकल्पिक रूप से, मुझे लगता है कि हमारे पास एक अलग पोर्ट/यूआरएल नेमस्पेस हो सकता है जो रजिस्ट्री था। या पूरी तरह से एक अलग एपीआई भी?

+1 - मुझे यह देखना अच्छा लगेगा कि रजिस्ट्री उसी तरह काम करती है, इसलिए आपको परवाह नहीं है कि आप रजिस्ट्री से या रिमोट डॉकर डिमन से बात कर रहे थे।

मुझे यकीन नहीं है कि यह कितना काम होगा, लेकिन अगर वे समान हैं तो रजिस्ट्री की पुश/पुल कार्यक्षमता अनिवार्य रूप से एक हल्का प्रमाणीकरण बन सकती है जो डॉकर डेमॉन के सामने बैठती है।

यहां एसएसएच पर एक कार्यशील कार्यान्वयन: https://github.com/docker/docker/pull/9304

क्या कोई मुझे बता सकता है कि क्या हमें निकट भविष्य में किसी रिलीज में यह सुविधा मिलने वाली है?
मुझे यह सुविधा देखना अच्छा लगेगा

+1 उसे भी देखना अच्छा लगेगा!

+1।

इस पर +1। वर्तमान में हम छवियों को स्थानांतरित करने के लिए docker save | ssh -C docker load का उपयोग करते हैं, लेकिन यह _everything_ को स्थानांतरित करता है, जिसमें हमारे पास पहले से मौजूद टुकड़े भी शामिल हैं। बहुत आसान होगा अगर मैं केवल उन बिट्स को स्थानांतरित कर सकता हूं जो मायने रखते हैं।

_उपयोगकर्ता मतदान_

_इस चर्चा में परिवर्तन होने पर सूचना प्राप्त करने का सबसे अच्छा तरीका ऊपर दाईं ओर सदस्यता लें बटन पर क्लिक करना है।_

नीचे सूचीबद्ध लोगों ने यादृच्छिक +1 के साथ आपकी सार्थक चर्चा की सराहना की है:

@xiaods
@hustcat
@leonardschneider
@v00rh33s

https://github.com/Dataman-Cloud/p2pull

अभी भी वैध सुविधा की तरह दिखता है। सुनिश्चित नहीं है कि सुरक्षा/सत्यापन सामग्री के साथ यह संभव है या नहीं।
विचार @tonistiigi ?

@ LK4D4 मुझे लगता है कि हम इसे बंद कर सकते हैं, अगर कोई वास्तविक प्रस्ताव डिजाइन दे सकता है, तो वह विषय को ट्रैक करने के लिए एक और मुद्दा खोल सकता है।