Machine: डॉकर मशीन अब रखरखाव मोड में है

ओह :(

अच्छी तरह से यह अच्छा था जबकि यह चली :)
अच्छे काम के लिए हर किसी को Thx!

मैं पूछना चाहता हूँ कि आप भी readme.md को अपडेट करें

यदि मशीन के लिए आधिकारिक समर्थन बंद हो रहा है, तो इस रेपो में निरंतर समुदाय संचालित समर्थन की संभावना क्या है?

आपमें से जिन लोगों को मशीन की जरूरत है, उनके लिए https://github.com/machine-drivers संगठन में कुछ गतिविधि है, और यह आपके लिए काम करने के लिए समझ में आता है, और https://github.com/machine- से जारी कर सकता है।

हमने पहले से ही इस संगठन में पैच जोड़ने पर ध्यान दिया है, क्योंकि वे यहां विलय होने से प्रतीत होते हैं: # 4509 (यह विंडोज के स्थानीय संस्करणों के लिए अवरुद्ध है)। सर्वश्रेष्ठ को रिलीज़ के कुछ रूपों के साथ आगे बढ़ना है, हालांकि हमारे लिए: मिनीब्यूब और मिनीशफ्ट हमें केवल एक पुस्तकालय के खिलाफ लिंक करने की आवश्यकता है।

@ शिन- एक विचार के रूप में, नए उपयोगकर्ता "गेटिंग स्टार्टेड" डॉक्स अभी भी इंट्रो के मध्य भाग के रूप में docker-machine का उपयोग करते हैं।

डॉक्स को अपडेट करने में रुचि रखने वाले लोगों के लिए, जो इसके बजाय लोगों को चलना चाहिए?

• विंडोज: विंडोज के लिए डॉकर डेस्कटॉप जैसा लगता है
• Mac: MacOS के लिए Docker Desktop की तरह लगता है
• लिनक्स: मशीन डॉक्स का उपयोग करते रहें?

मुझे लगता है कि यह वास्तव में शर्म की बात है। मशीन की वास्तविक शक्ति कहीं न कहीं डेस्कटॉप का उपयोग करके एक मशीन पर काम करने की सरलता और इन्फ्राटेक के पीछे की जटिलता के

नमस्ते!

क्या किसी के पास लिनक्स का वैकल्पिक सॉफ्टवेयर है? मैं अपने मेजबान मशीन पर रूट के रूप में docker नहीं चलाना चाहता और docker- मशीन इस संबंध में कुछ अलगाव दे रहा था। क्या लिनक्स के लिए डॉकर की कोई योजना है?

धन्यवाद!

@gilbsgilbs आप अभी भी

@ पिंडली- आपके सुझाव के लिए धन्यवाद। मैं एक नई परियोजना शुरू कर रहा हूं, इसलिए इसके लिए डॉक-मशीन का उपयोग करना एक अजीब कदम होगा, है न?

@ पिंडली-वेलेल ... पीआर के इस तरह के साधनों के बंद होने से नई परियोजनाओं के लिए इसका इस्तेमाल करना शायद एक बुरा विचार है। :आँख मारना:

@justinclift मैं बहुत अधिक विस्तार में नहीं docker-machine की वर्तमान पुनरावृत्ति की सुविधाएँ आपकी आवश्यकताओं के अनुरूप हैं, तो इसे छोड़ने का कोई कारण नहीं है, यहां तक ​​कि नई परियोजनाओं के लिए भी।

ऐसा लग रहा है कि इन्फ्राटेक भी सक्रिय नहीं है। एक वर्ष से अधिक के लिए कोई रिलीज़ नहीं हुई, डॉकरकॉन 2018 पर कोई अपडेट नहीं, https://docs.docker.com/machine/ के समान कोई उपयोगकर्ता दस्तावेज़ नहीं

Docker मशीन प्रलेखन Docker Cloud की कोशिश करने का सुझाव देता है जो बदले में Docker EE के पक्ष में बंद हो रहा है (जो आमतौर पर उपलब्ध नहीं है)

यह सभी या तो परियोजना को कांटा करने के लिए प्रोत्साहित करते हैं या कहीं और देखते हैं: https://landscape.cncf.io/grouping=landscape&landscape=infrastructure-automation&sort=first-commit

शिकायत नहीं, सिर्फ मेरे परिप्रेक्ष्य का वर्णन करना।

दिलचस्प। InfraKit के लिए प्रतिबद्ध इतिहास को एक-व्यक्ति का प्रयास प्रतीत होता है।

गतिविधि अप्रैल / मई के आसपास सूख गई है। लोगों के समय का अनुमान लगाकर अन्य सामान पर पुनर्निर्देशित किया गया।

क्या वह चीजों को देखने का एक गलत तरीका है?

@ पिंडली- लेकिन कई पीआरएस (जैसे कि बगफिक्स मैं हाइपर-वी वर्किंग पर अंतर्राष्ट्रीयकरण करने के लिए प्रदान करता है) मर्ज के लिए नहीं लिया गया है। यह "हम केवल नई सुविधाओं के विरोध में बगफिक्स को सीमित करने के लिए देख रहे हैं" का एक अच्छा संकेत नहीं है, "नई परियोजनाओं के लिए भी, इसे छोड़ने का कोई कारण नहीं है"।

@ नली

मैं बहुत अधिक विस्तार में नहीं आना चाहता क्योंकि हमें तैयार विवरण में आने वाली अधिक जानकारी मिली है

क्या आप उस आधिकारिक विवरण (जब भी यह प्रकाशित हो?) से लिंक कर सकते हैं।

मैं दृढ़ता से डॉक्स को बदलने की सलाह देता हूं ताकि वे अद्यतित रहें ।
मेरा अंतिम घंटा बूट 2 डॉक करने वाले का एक बेहूदा अन्वेषण था, जो स्पष्ट रूप से डॉकटर मशीन की ओर इशारा करता है, जिसमें इसके मुख्य पृष्ठ पर एक चेतावनी है जो डॉक क्लाउड को अप टू डेट तकनीक के रूप में उपयोग करने की सलाह देता है। यह डॉकर क्लाउड डॉक विवरण (माइग्रेशन पेज नहीं !!!!) की ओर इशारा करता है, जिसके लिए मुझे यह पता लगाने के लिए कुछ गॉगलिंग की आवश्यकता थी कि इसे मई में बंद कर दिया गया था (लेकिन मार्च में घोषणा की गई थी, इसलिए 7 महीने पहले)। अब यहां डॉकटर मशीन से चेतावनी को हटाने का सुझाव देने के लिए आया था, मुझे पता चला कि इस 3 महीने पुराने डॉकटर मशीन को भी बंद किया जा रहा है।
यह सिर्फ प्रलेखन कैसे काम करना चाहिए नहीं है। यदि मैं पहले से ही इसका उपयोग नहीं कर रहा था, तो मैं कुछ तदर्थ समाधान पर वापस लौटूंगा, लेकिन मैं docker को छोड़ दूंगा।

@aliceminotto यह मदद करेगा कि अगर आप जिन साइटों या पृष्ठों के बारे में बात कर रहे हैं, उन पृष्ठों को इंगित कर सकें

docker- मशीन दूर नहीं जा रही है, यह सिर्फ सुविधाओं का दायरा नहीं बढ़ा रही है।

डॉकर क्लाउड दूर नहीं जा रहा है, यह अब सर्वर प्रोविजनिंग / प्रबंधन के लिए उपयोग नहीं किया जाता है। यह अभी भी छवि निर्माण के लिए है। Docker के पास उत्पादन सर्वर के लिए अन्य टूलिंग जैसे AWS के लिए Docker, Azure के लिए Docker और Docker Enterprise के लिए DCI है ।

मैं पूरी तरह से पुराने http://boot2docker.io वेबसाइट के बारे में भूल गया था और वहां नोटिस का एहसास नहीं हुआ था कि इसे इतनी खराब तरीके से कहा गया था (किसी भी भ्रम के लिए माफी जो योगदान दिया!) - मैंने अब अपडेट किया है (और पतला) बेहतर ढंग से यह स्पष्ट करने के लिए कि बूट 2docker बूट करने के लिए सामग्री प्राचीन CLI उपकरण है जो डॉकर मशीन के पक्ष में पदावनत किया गया था और यह कि बूट 2docker वितरण को अपग्रेड नहीं किया गया है, बल्कि रखरखाव मोड में है (जो डॉकर मशीन के समान है)

उस दूसरे तरीके से रखने के लिए: नया डॉकर रिलीज, कर्नेल अपडेट आदि, लेकिन कुछ लोगों के लिए निरंतर रखरखाव सुनिश्चित करने के लिए पूरी तरह से नई सुविधाओं / कार्यक्षमता को बनाए रखने के लिए ठोस प्रयास, जो अभी तक विंडोज के लिए बेहतर-अनुकूल डॉकर में संक्रमण नहीं कर सकते हैं। मैक उत्पादों के लिए / डॉकर या उत्पादन सर्वर टूलींग / समाधान ऊपर संदर्भित (विंडोज 7 उपयोगकर्ता जो विंडोज के लिए बिल्कुल भी डॉक नहीं कर सकते हैं, विंडोज 10 होम उपयोगकर्ता जो इस प्रकार हाइपर-वी नहीं कर सकते हैं, वर्चुअलबॉक्स उपयोगकर्ता जो इस प्रकार हाइपर नहीं कर सकते हैं- वी, आदि आदि)।

@tianon : आप उन लिनक्स उपयोगकर्ताओं का भी उल्लेख करना चाहते हैं जो मैक या विंडोज पर संक्रमण नहीं करना चाहते हैं ...

@afbjorklund अगर आपको पहले से ही लिनक्स का उपयोग करना है तो आपको बूट 2 डॉक की आवश्यकता क्यों है?

@Vanuan : या तो क्योंकि आपका डिस्ट्रो बहुत पुराना था (जैसे RHEL6), या क्योंकि आपको रूट की अनुमति नहीं थी ...

किसी भी तरह से, डॉकर डेस्कटॉप पर संक्रमण _not_ एक विकल्प है - यह या तो डॉकर इंजन है या DIY LinuxKit?

मैं डॉक-मशीन और बूट 2docker के निर्माताओं को धन्यवाद देना चाहूंगा, जो डॉक को और अधिक प्रभावी बनाने के लिए।

और मशीन-ड्राइवरों (केवीएम के लिए) के प्रयास से, उम्मीद है कि यह अभी भी थोड़ी देर तक काम करना जारी रखेगा

मैं डेस्कटॉप के लिए सर्वर डिस्ट्रो का उपयोग क्यों करूंगा? और मैं अपने डेस्कटॉप का व्यवस्थापक क्यों नहीं हूं? लेकिन किसी तरह मुझे केवीएम तक पहुंचने की अनुमति है?

ऐसा लगता है कि आप KVM सर्वर पर डॉक चलाने के लिए समाधान ढूंढ रहे हैं? अगर ऐसा है, तो मैं वर्तमान में यहाँ infrakit की खोज कर रहा हूँ: https://github.com/docker/infrakit/issues/913

लेकिन अगर आप केवल लिनक्स डेस्कटॉप पर डॉक चलाने के लिए देख रहे हैं, तो मुझे नहीं लगता कि आप डॉकर सीई के साथ नवीनतम उबंटू स्थापित क्यों नहीं करेंगे। अगर आप इसे VM में चलाना चाहते हैं तो ऐसा करें। आप वर्चुअलबॉक्स में अपनी होम डायरेक्टरी को माउंट कर सकते हैं और SSH के ऊपर docker का उपयोग कर सकते हैं। यहाँ क्या समस्या है? लिनक्स डेस्कटॉप के लिए कोई डॉकर नहीं है क्योंकि इसका कोई मतलब नहीं है। कम से कम मेरे लिए।

मैं डेस्कटॉप के लिए सर्वर डिस्ट्रो का उपयोग क्यों करूंगा? और मैं अपने डेस्कटॉप का व्यवस्थापक क्यों नहीं हूं? लेकिन किसी तरह मुझे केवीएम तक पहुंचने की अनुमति है?

कुछ लोगों को अपने नियोक्ता के हाथों में जो भी डेस्कटॉप ओएस का उपयोग करना होता है। RHEL6 एक उदाहरण है जो मैंने (कुछ महीने पहले) शेयर ट्रेडिंग प्लेस में काम करने वाले एक व्यक्ति द्वारा बताया गया है। :आँख मारना:

एक सामान्य डेटा बिंदु के रूप में, लिब्विर्ट के साथ यह (कम से कम इस्तेमाल किया गया) वीएम की एक अवधारणा है कि उपयोगकर्ता अपने खाते में चला सकते हैं, जो उनके लिए बस होगा। उदाहरण के लिए एक ही मशीन में लॉग इन किए गए अन्य लोगों के लिए सुलभ नहीं है

यकीन नहीं होता है कि कभी किसी भी गहराई में विकसित किया गया था, क्योंकि अधिकांश Libvirt के विकास का प्रयास उपयोगकर्ता स्तर के बजाय "सिस्टम स्तर" VM चीजों की ओर गया था।

यदि आप केवल लिनक्स डेस्कटॉप पर डॉक चलाने के लिए देख रहे हैं, तो मुझे नहीं लगता कि आप नवीनतम उबंटू स्थापित क्यों नहीं करेंगे

काफी लोगों को एक या किसी अन्य कारण से उबंटू नापसंद है। :आँख मारना:

V18.09 ( DOCKER_HOST=ssh:// ) के साथ शुरू करके, docker-machine बिना रिमोट डॉकर मशीनों की स्थापना वास्तव में तुच्छ है: https://medium.com/lucjuggery/docker-tips-access-access-docker- डेमॉन-द्वारा-ssh-97cd6b44a53

एक सामान्य डेटा बिंदु के रूप में, लिब्विर्ट के साथ यह (कम से कम इस्तेमाल किया गया) वीएम की एक अवधारणा है कि उपयोगकर्ता अपने खाते में चला सकते हैं, जो उनके लिए बस होगा। उदाहरण के लिए एक ही मशीन में लॉग इन किए गए अन्य लोगों के लिए सुलभ नहीं है

हां, इसका नाम qemu: // session है
नवीनतम GNOME के ​​पास इसके लिए एक अच्छा ऐप है - बॉक्स: https://en.wikipedia.org/wiki/GNOME_Boxes

उपयोगकर्ता मोड KVM वर्चुअलाइजेशन में कुछ कमियां हैं जो कि नेटवर्किंग हैं। इसलिए मुझे लगता है कि उन स्थितियों में वर्चुअलबॉक्स एकमात्र विकल्प है।

और VirtualBox के लिए CLI करने के लिए विकल्प योनि है। इसके शीर्ष पर docker को चलाने के लिए आपको केवल कुछ Linux वितरण की आवश्यकता है। और परीक्षण की गई सबसे बड़ी लड़ाई उबंटू / डेबियन है। आप किसी भी अन्य distro को डाउनलोड कर सकते हैं। लेकिन आपको इसे वैग्रंट के साथ उपयोग करने के लिए खुद को पैकेज करना होगा: https://www.vagrantup.com/docs/virtualbox/box.html

बस यह कहते हुए कि docker-machine उन लिनक्स उपयोगकर्ताओं के लिए एक अच्छा समाधान था, जैसे कि यह पुराने मैक और पुराने विंडोज के उपयोगकर्ताओं के लिए था ... बस इसके बजाय एक गैर-मानक पोर्ट पर डॉक चलाने की आवश्यकता थी 2376 को हार्डकोड किया गया? और एक नया qemu ड्राइवर जिसे libvirt समूह (यानी रूट) की आवश्यकता नहीं थी। हो सकता है कि भविष्य में infrakit / hyperkit एक विकल्प हो, लेकिन फिलहाल (ऊपर लिंक) यह अभी भी किनारों के आसपास _quite_ rough लग रहा है।

@Vanuan : मैं डोकर इंजन " के रूप में संदर्भित किया है।

@justinclift : प्रत्येक उपयोगकर्ता को अपने स्वयं के ssh कीज़ /

@afbjorklund को कोई चिंता नहीं है। यह वर्षों से है जब मैंने लिबविर्ट टीम में रेड हैट पर काम किया था। इन दिनों मैं आम तौर पर सिर्फ मुद्दों का निदान करते समय इसका उपयोग करता हूं, बजाय इसके इसके साथ अभी भी अधिक गहराई से। :मुस्कुराओ:

@afbjorklund इसे स्पष्ट करते हैं।

आप उन लिनक्स उपयोगकर्ताओं का भी उल्लेख करना चाह सकते हैं जो मैक या विंडोज पर संक्रमण नहीं करना चाहते हैं ...
किसी भी तरह से, डॉकर डेस्कटॉप पर संक्रमण एक विकल्प नहीं है - यह या तो डॉकर इंजन है या DIY लिनक्सकिट?
मैं उबंटु / आवारा विकल्पों के बारे में जानता हूं, मैंने इसे केवल "डॉकर इंजन" के रूप में संदर्भित किया है।

boot2docker वितरण ( boot2docker.iso ) और वर्चुअलबॉक्स ( boot2docker.iso में Docker CE (पूर्व Docker Engine) शामिल है:

https://github.com/boot2docker/boot2docker/blob/d465167d83310295b5847ba315905f52c3ca1435/Dockerfile#4264 -L435

और यह नए डॉकर सीई रिलीज के लिए अद्यतन रहेगा।

Boot2docker-cli चला गया है, लेकिन संक्षेप में यह

केवीएम ड्राइवर का उपयोग करता है libvirt VMs के प्रावधान _Docker CE_ को boot2docker.iso।

डॉकर डेस्कटॉप लिनेक्सिटक के साथ निर्मित वितरणों का उपयोग करता है _ हाइपर-वी और xhyve को _Docker CE_ का प्रावधान करने के लिए।

यह सब तस्वीर करने के लिए:

तो जैसा कि आप देख सकते हैं, सभी समाधानों में एक तरह से डॉकर इंजन (वर्तमान में लिनक्स के लिए डॉकर सीई कहा जाता है) शामिल हैं।

बहुत सारे वातावरण और वर्चुअलाइजेशन / क्लाउड समाधान हैं। नतीजतन, कोई एक उपकरण नहीं है जो विंडोज़ / मैक / लिनक्स पर समान रूप से अच्छी तरह से काम कर सकता है और QEMU / वर्चुअलबॉक्स / xhyve / हाइपर-वी के साथ-साथ विभिन्न बादलों और ओवर-एसएसएच प्रावधान का समर्थन करता है। और इस तरह के उपकरण को भी विन्यास की आवश्यकता होती है: विभिन्न बंदरगाहों, मेमोरी / सीपीयू संसाधन प्रबंधन, नेटवर्किंग, आदि का समर्थन करना।

@Vanuan : हाँ, यह जो हमने ऊपर कहा। Docker- मशीन को बदलने के लिए, आपको Mac या Windows और Docker Desktop पर स्विच करने की आवश्यकता है - कम से कम _someone_ तक LinuxKit और libvirt के साथ कुछ समान बनाता है ...

हमें अब boot2docker-cli के बारे में बात करने की आवश्यकता नहीं है, और लिनक्स ड्राइवरों के समर्थन ने _already_ को "मशीन-ड्राइवरों" संगठन में स्थानांतरित कर दिया है - जैसा कि वर्चुअलबॉक्स मानक मानक-मशीन के साथ उपलब्ध है।

@ पिंडली- यदि आप अब नई सुविधाओं की अनुमति नहीं दे रहे हैं, तो कृपया README.md और CONTRIBUTING.md के शीर्ष पर एक बहुत स्पष्ट नोट जोड़ने पर विचार करें।

उन दोनों फाइलों को ध्यान से पढ़ना, ड्राइवर को लागू करना (कई दिनों का काम) और यह एहसास न होना कि आप लोग अब किसी भी ड्राइवर का विलय नहीं करेंगे। यह रास्ता साफ होना चाहिए।

यदि यह सब गलतफहमी है और मुझे अभी भी अपने ड्राइवर से अनुरोध करने की अनुमति है, तो कृपया हमें बताएं। यह सिर्फ इतना है कि फिलहाल यह केवल एक छिपी हुई फ़ाइल में उल्लिखित है जिसे लोग पुल अनुरोध बनाने के बाद देखेंगे।

README.md और / या CONTRIBUTING.md में रखरखाव मोड के बारे में अभी भी कोई स्पष्ट जानकारी नहीं है। मैंने अपनी छुट्टी का आधा समय प्रॉक्समोक्वे वीएम निर्माण के लिए काम करने वाले समाधान और डॉकर तैनाती के लिए हल्के लिनक्स में बिताने के लिए खर्च किया - मुझे docker-machine + डोकर-मशीन-ड्राइवर-प्रॉक्समोक्स-वी का संयोजन मिला जो उस उपयोग के लिए बहुत अच्छा काम करता है मामला। दुर्भाग्य से यह boot2docker पर निर्भर करता है, जो कहता है कि यह docker-machine पक्ष में पदावनत है और कुछ धागे पर अनुचर Rancher OS का सुझाव देते हैं। docker-machine रखरखाव मोड स्पष्ट रूप से परिभाषित करने के बिना इसका मतलब है कि (केवल बग-फिक्स को स्वीकार किया जाएगा और सुझाव दिया जाएगा कि यह नई परियोजनाओं के लिए ठीक है विरोधाभास में आईएमओ है)। अगस्त 2018 में आधिकारिक घोषणा का उल्लेख किया गया था, लेकिन यहां किसी संदर्भ का कोई संकेत नहीं है।

बाहरी दृष्टिकोण से, जो SMB के लिए उचित बुनियादी ढांचे का निर्माण करना चाहते हैं, docker-machine सही दीर्घकालिक समाधान की तरह नहीं दिखता है। कोई भी सुझाव दे सकता है कि प्रोक्समॉक्सवे वीएम को हाइपरविजर और न्यूनतम लिनक्स का समर्थन करने वाले डॉक्स को प्रोविजन करने और प्रबंधित करने के लिए क्या उचित रूप से अच्छा होगा?

दुर्भाग्य से यह boot2docker पर निर्भर करता है, जो कहता है कि यह डॉक-मशीन के पक्ष में पदावनत है और कुछ थ्रेड पर अनुचर Rancher OS का सुझाव देता है।

क्या आप कृपया अधिक विशिष्ट हो सकते हैं जहां बूट 2 डॉक करने वाला मशीन के पक्ष में पदावनत होने का दावा कर रहा है, ताकि मैं उसे उचित रूप से स्पष्ट कर सकूं? (क्योंकि यह तब तक सच नहीं है जब तक आप विशेष रूप से प्राचीन boot2docker CLI उपकरण का उल्लेख नहीं कर रहे हैं जो सक्रिय रूप से अब वर्षों में बनाए नहीं रखा गया है)

boot2docker वितरण (विशेष रूप से, boot2docker.iso विरूपण साक्ष्य डॉकटर सीई की हर नई रिलीज के साथ जारी किया जाता है) किसी भी समय जल्द ही दूर नहीं जा रहा है कि मैं इसके बारे में जानता हूं, हालांकि इसका बहुत ही संकीर्ण ध्यान केंद्रित है अब (और इस प्रकार नई सुविधाओं / कार्यक्षमता के विलय की संभावना नहीं है)।

@tianon तुम सही हो, मैं भ्रम के लिए माफी चाहता हूँ। वेबसाइट पर संदेश कहते हैं boot2docker CLI - पहली नज़र में यह मुझे स्पष्ट नहीं था कि क्या कोई अंतर है। मुझे पूरा यकीन है कि अन्य उपयोगकर्ता भी भ्रमित हो सकते हैं, क्योंकि सबसे अधिक संभावना है कि आप boot2docker.iso सामना करेंगे। boot2docker CLI कुछ ऐसा है जिसके बारे में आपने कभी नहीं सुना होगा यह कहना मुश्किल है कि परियोजनाओं के बीच क्या संबंध है। OTOH boot2docker.iso कथन "maintenance mode" docker-machine , जो मैं इस उत्तर के आधार पर समाप्त करता हूं।

भ्रम का योग करने के लिए:

1. "maintenance mode" - दोनों परियोजनाओं में स्पष्ट नहीं है, क्या मैं इसका उपयोग छोटे व्यवसाय में उत्पादन के लिए कर सकता हूं?
2. दोनों परियोजनाओं के प्रमुख डेवलपर्स / अनुरक्षक अन्य परियोजनाओं के उपयोग का सुझाव देते हैं जो लगता है कि पहले से उपयोग किए गए सभी मामलों का उपयोग नहीं करते हैं

आदर्श रूप से @tianon और @ होगा- यदि उत्पादन के लिए docker-machine का उपयोग ठीक है?

मैं डॉकर मशीन के लिए नहीं बोल सकता, लेकिन बूट 2 डॉकर उत्पादन के लिए एक अच्छा विकल्प नहीं रहा है; इसका लक्ष्य विकास / व्यक्तिगत कार्य केंद्र का उपयोग है।

Https://github.com/boot2docker/boot2docker#readme पर जोड़े गए नोट्स भी देखें, जहां मैंने दोनों को स्पष्ट करने की कोशिश की है कि हमारे पास रखरखाव मोड से क्या मतलब है और यह b2d का इरादा नहीं है और न ही उत्पादन वर्कलोड के लिए अनुशंसित है।

कई अन्य लोगों के समान, मुझे गितुब मुद्दों से यह जानने में निराशा हुई, क्योंकि मैंने एक एसएमबी क्लाइंट के लिए मशीन का उपयोग करने में प्रयास किया था

मैंने मशीन के रखरखाव मोड के बारे में एक सलाहकार को जोड़ते हुए, आधिकारिक दस्तावेज को अपडेट करने के लिए एक पीआर बनाया है।

Https://github.com/docker/docker.github.io/pull/9239 देखें

शुरू करने वाले को बदलने में अच्छा होगा कि https://docs.docker.com/get-started/part4/

संपादित करें: एक समाधान मिला, जो docker-ce aws ec2 उदाहरण पर स्थापित करने के लिए है, और फिर ssh पोर्ट docker डेमॉन को अग्रेषित करता है।

ssh -NL localhost:23750:/var/run/docker.sock -i ***.pem ubuntu@***.compute.amazonaws.com
docker -H tcp://localhost:23750 run hello-world

🎉

मैंने हाल ही में डॉकटर-मशीन का उपयोग करना शुरू कर दिया है क्योंकि यह डॉकर डेस्कटॉप के साथ स्थापित किया गया था और मुझे एहसास हुआ कि मैं अपने स्थानीय मशीन की तुलना में कहीं अधिक शक्तिशाली इंस्टेंस पर डॉक कर सकता हूं। सुंदरता यह है कि विज़ुअल स्टूडियो कोड जैसे डॉकटर कमांड का उपयोग करने वाले स्थानीय ऐप डॉकटर-मशीन कंटेनरों के साथ काम कर सकते हैं जैसे कि वे स्थानीय रूप से चल रहे थे।

मुझे ऐसा प्रतीत होता है कि डॉकटर-मशीन को अधिगृहीत नहीं किया गया है, इतना ही नहीं इसके साथ ही कई नए तरीके भी हैं जिनमें क्लर्क को शामिल किया जा सकता है, जैसे कि इन्फ्राटेक, कुबेरनेट, आदि।

मुझे गलतफहमी हो सकती है। क्या मैंने जो ऊपर वर्णित किया है, उसके लिए एक माइग्रेशन रणनीति है?

हम GitLab का उपयोग उनके GitLab रनर टूल के साथ CI / CD जॉब चलाने के लिए EC2 स्पॉट इंस्टैंस को गतिशील रूप से प्रावधान करने के लिए करते हैं। GitLab Runner इस मशीन को प्रोविजन करने के लिए Docker मशीन का उपयोग करता है।

हमने अमेज़न लिनक्स के पक्ष में सभी सेवाओं को बंद (फूला हुआ) उबंटू ले जाने का फैसला किया है। मेरी खुशी के लिए, पीआर # 3609 इसके लिए अनुमति देगा।

हालांकि, इस "नल के बंद होने" के कारण, # 3609 ऐसा लगता है कि यह जगह में मर जाएगा। कृपया इसे विलय करने पर विचार करें, इसकी वर्तमान गैर-परस्पर विरोधी, विलय योग्य स्थिति में।

चूंकि गीतालाब के लोग पहले से ही एक कांटा बनाए हुए हैं, शायद वे इस रेपो की देखभाल करने में दिलचस्पी ले सकते हैं?

@ usha-mandya @ डॉन-वुड docker / docker.github.io # 9239 पर कोई अपडेट? एक अनुस्मारक के रूप में, यह सभी डॉकर मशीन पृष्ठों पर सलाहकार चेतावनी जोड़ता है। यह विलय कर दिया गया था, लेकिन तब उलटा हुआ, जबकि उद्यम विभाजन हो रहा था, इसलिए yall DM के भविष्य पर कुछ निर्णय ले सकता था। यदि डीएम रखरखाव मोड में जारी रखने जा रहे हैं तो यह सलाह देना अच्छा होगा

AFAIK, डॉकर डेस्कटॉप के नवीनतम संस्करण में अब docker-machine

AFAIK, डॉकर डेस्कटॉप के नवीनतम संस्करण में अब डॉक-मशीन शामिल नहीं है

बस इस मुद्दे के बारे में इस तरह से सीखा, जैसे कि हमारे आंतरिक डॉकटर-मशीन टूलींग ने डेस्कटॉप 2.2.1.0 के लिए डॉकटर को अद्यतन करने के बाद काम करना बंद कर दिया।

यह इस तरह की चिड़चिड़ाहट है कि इस कदम का उल्लेख डेस्कटॉप रिलीज़ नोटों के लिए डॉकटर में नहीं है।

हम हाइपर- V ड्राइवर का उपयोग करके आंतरिक डीईवी और स्टेजिंग वातावरण के लिए साझा किए गए booot2docker- आधारित डॉकटर-मशीनों को प्रबंधित करने और बनाए रखने के लिए डॉकटर-मशीन का भारी उपयोग करते हैं (इसलिए, हम boot2docker हाइपर-वी VM को डॉक-मशीन का उपयोग करने का प्रावधान करते हैं)। तो भले ही हमारे पास linux और mac ग्राहक हों और इस तरह windows / os x के लिए docker का उपयोग करते हैं, फिर भी हम अपने CI / CD सामान के लिए docker-मशीन पर बहुत अधिक निर्भर हैं।

मुझे इस सेटअप के लिए किसी भी समान प्रतिस्थापन के बारे में पता नहीं है - क्या मुझे यहाँ कुछ स्पष्ट याद आ रहा है?

आप हमेशा नवीनतम बाइनरी को काढ़ा (macOS) और सीधे डाउनलोड कर सकते हैं
रेपो से। यह अभी भी बनाए रखा जा रहा है (पैच) लेकिन धीरे-धीरे किया जा रहा है
डॉकर डेस्कटॉप जैसे टूल से चरणबद्ध।
https://github.com/docker/machine/releases

सोम, 27 जनवरी, 2020 को पूर्वाह्न 11:47 बजे sambernet सूचनाएं @github.com ने लिखा:

AFAIK, डॉकर डेस्कटॉप का नवीनतम संस्करण अब शामिल नहीं है
डोकर मशीन

AFAIK, डॉकर डेस्कटॉप का नवीनतम संस्करण अब शामिल नहीं है
डोकर मशीन

बस इस तरह से इस मुद्दे के बारे में सीखा, हमारे आंतरिक डॉकटर-मशीन के रूप में
डेस्कटॉप 2.2.0.0 के लिए अपडेट करने के बाद टूलिंग ने काम करना बंद कर दिया

यह इस तरह की चिड़चिड़ाहट है जिसके लिए इस कदम का उल्लेख नहीं किया गया है
डेस्कटॉप रिलीज नोट्स या तो।

हम साझा करने और प्रबंधित करने के लिए डॉकटर-मशीन का भारी उपयोग करते हैं
आंतरिक DEV और मंचन के लिए booot2docker- आधारित डॉकटर-मशीनें
हाइपर- V ड्राइवर का उपयोग करके वातावरण (इसलिए, हम boot2docker हाइपर-वी का प्रावधान करते हैं
डॉक-मशीन का उपयोग करके वी.एम.)। भले ही हमारे पास लिनक्स और मैक क्लाइंट हों और
इस प्रकार विंडोज़ / ओएस एक्स के लिए डॉकटर का उपयोग करें, हम अभी भी डॉक-मशीन पर बहुत भरोसा करते हैं
हमारे CI / CD सामान के लिए।

मुझे इस सेटअप के लिए किसी भी समान प्रतिस्थापन के बारे में पता नहीं है - क्या मैं गायब हूं
यहाँ कुछ स्पष्ट है?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपको इस धागे की सदस्यता दी गई है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAGBNXZV7PCYP3TLWSZ7QODQ74FYPANCNFSM4FJ53G3A
।

मैंने यह भी सीखा है कि डॉकटर-मशीन को पिछले सप्ताह cker कठिन तरीके से चरणबद्ध किया गया है
Docs.docker.com पर यह कहा गया है कि docker- मशीन "सुपरशेडेड" है, लेकिन मैं इसके बारे में कोई जानकारी नहीं पा सकता हूं कि यह क्या है। मैं अपने स्थानीय वर्चुअलबॉक्स मशीनों को कुछ के साथ प्रबंधित करना चाहता हूं, भविष्य में प्रूफ के तरीके के बारे में कोई सुझाव?

निर्यात DOCKER_HOST = ssh: // उपयोगकर्ता @ होस्ट आपके लिए काम कर सकता है

मैं अपने स्थानीय वर्चुअलबॉक्स मशीनों को कुछ के साथ प्रबंधित करना चाहता हूं, भविष्य में प्रूफ के तरीके के बारे में कोई सुझाव?

आप शायद इसके लिए वैग्रंट का उपयोग कर सकते हैं? या आप केवल docker-machine का उपयोग करना जारी रख सकते हैं ...

लेकिन आपको बायनेरिज़ के लिए यहां आना होगा, क्योंकि यह अब डॉकर (डेस्कटॉप) का हिस्सा नहीं है

मुझे इस सेटअप के लिए किसी भी समान प्रतिस्थापन के बारे में पता नहीं है - क्या मुझे यहाँ कुछ स्पष्ट याद आ रहा है?

कोई प्रतिस्थापन नहीं है, लेकिन बहुत से लोग मशीन और लिबामाचिन के निरंतर उपयोग में रुचि रखते हैं।

बेशक वहाँ _alternatives_ (विभिन्न उत्पाद) हैं, लेकिन यह वास्तव में एक ही चीज़ नहीं है (कांटे के रूप में)।

@afbjorklund वैसे मुझे उम्मीद है कि

यदि यह आपके लिए अभी (केवल) कुछ नहीं हो रहा है, तो संभवतः इसके बारे में GitHub समर्थन को पिंग करने के लिए सबसे अच्छा है।

मैं इस बात को लेकर बेहद असमंजस में हूं कि मेरे कंटेनर को बस तैनात करने का पसंदीदा तरीका क्या है।
डॉकटर के माध्यम से कंटेनर बनाना एक मानक के रूप में प्रचारित किया जाता है, सेवाओं को बनाने के लिए व्यापक रूप से उपयोग किया जाता है। इसलिए मैंने अभी जो वेबसाइट बनाई है, उसके लिए मैं कंटेनर का उपयोग करता था।
लेकिन फिर मुझे बहुत स्पष्ट रूप से इन कंटेनरों को अपने वीपीएस में तैनात करने की आवश्यकता है। इसलिए मैं डॉक-मशीन का उपयोग करता हूं क्योंकि यह एकमात्र दस्तावेज है, वास्तव में पदावनत नहीं, जिस तरह से मुझे ऐसा करने का पता है। और अब मुझे पता है कि यह "रखरखाव मोड" में है, इसलिए मैं इसे एक नए प्रोजेक्ट में उपयोग नहीं करना चाहूंगा लेकिन क्या है? 2K सितारे हैं लेकिन मैं यह समझने के लिए संघर्ष करता हूं कि यह क्या है (और क्या यह साधारण तरीके से डॉकटर मशीन की जगह ले सकता है) या आधिकारिक दस्तावेज। और इस रेपो रीडमे / मुद्दों में कोई नई रिपॉजिटरी का कोई लिंक नहीं है। क्यों कोई प्रलेखन नहीं है और इसे बंद कर दिया जाता है अगर यह डॉकटर मशीन को बदल देता है।
डॉकर को ऐसा लोकप्रिय समाधान लगता है फिर भी मैं अपने कंटेनरों को तैनात करने के लिए एक भी गैर-बंद (या "रखरखाव मोड") तरीके से नहीं मिल सकता। यदि डॉकटर का व्यापक रूप से उपयोग किया जाता है, तो इसके साथ काम करने वाले लाखों देवता अपने आवेदन को तैनात करने से कैसे निपटते हैं ??

मुझे लगता है कि मूल रूप से, डॉकटर ने कंटेनरों को तैनात करने के एक आधिकारिक तरीके के रूप में, इसके भुगतान किए गए संस्करण डोकर ईई को बढ़ावा दिया। इसलिए उन्होंने डॉकर मशीन और इंफ्राकिट की पहल को नाकाम कर दिया क्योंकि इससे उनके बिजनेस मॉडल को खतरा था।

इसके अलावा, k8s ने परिदृश्य को पूरी तरह से बदल दिया और डॉकटर ने अनुकूलन के लिए संघर्ष किया।

अब, मिरांटिस ने डॉकर ईई का अधिग्रहण कर लिया, डॉकर ने एक अन्य व्यवसाय मॉडल की तलाश की। मुझे लगता है कि एक नई दिशा k8s पारिस्थितिकी तंत्र में अनुप्रयोग बंडलों को इंजेक्ट करने की कोशिश कर रही है और k8s की तैनाती को समुदाय तक ही छोड़ रही है। खासकर जब से k8s डॉकर सीई (लिनक्स पर) का हिस्सा नहीं है।

K8s, OTOH को Google द्वारा प्रबंधित किया जाता है, जिसमें K8s की तैनाती करने के लिए सभी प्रोत्साहन इतने जटिल हैं कि लोग सचमुच "अरे, Google, कृपया मेरे लिए K8s क्लस्टर स्थापित करें" कहेंगे। इस प्रकार Google क्लाउड सेवाओं पर लॉकिंग।

इसलिए क्लाउड को लॉक-इन से मुक्त करने और क्लाउड को कमोडिटी बनाने की सोलोमन हाइक्स की दृष्टि बुरी तरह से विफल रही है।

@NitroBAY क्योंकि सर्वर पर चलने वाले ऐप्स (और अंततः सर्वर पर अपडेट किए गए) से "सॉफ़्टवेयर जीवनचक्र" इतना जटिल है, जिसमें "कंटेनर इमेजेस को प्राप्त करने और डाउनलोड करने वाले सर्वरों" के अलग-अलग तरीकों के एक टन के साथ, यह कहना मुश्किल है आपका समाधान क्या होना चाहिए।

मूल रूप से, docker- मशीन को तीन काम करने थे:

1. प्रमुख क्लाउड प्रदाताओं, या एक स्थानीय मशीन VM प्रबंधक (वर्चुअलबॉक्स, हाइपर- V, VMWare, समानताएं, आदि) पर सरल वीएम का प्रावधान करें।
2. उस वीएम पर डॉकटर स्थापित करें, जिसमें स्व-हस्ताक्षरित प्रमाणपत्र और एपीआई टीसीपी पोर्ट खोलना शामिल है
3. उस सर्वर के लिए आसान ssh, और docker cli के साथ दूरस्थ रूप से नियंत्रित करने वाले (docker- मशीन एनवी)

(चलो एक क्लासिक झुंड बनाने की तरह विरासत सुविधाओं के बारे में भूल जाते हैं)

पहले एक "लिनक्स वीएम बनाने" के साथ: मैं आपको यह सलाह देता हूं कि वे अपने क्लाउड टूल को अपनी पसंद के उपकरण से बदलें कि वे वीएम कैसे बनाते हैं। यदि यह स्थानीय है और आप तेजी से कुछ चाहते हैं, तो लिनक्स वीएम स्थापित करना, मल्टीपास की जांच करें, जो कि एक नए उबंटू वीएम को एक ही कमांड के साथ स्पिन करने का मेरा पसंदीदा तरीका है।

दूसरे के साथ "लिनक्स वीएम पर डॉकिंग स्थापित करना": आप अपने ओएस वितरण के लिए इंस्टॉल स्क्रिप्ट या आधिकारिक डॉक्स का उपयोग करके किसी भी आधुनिक वीएम पर डॉक स्थापित कर सकते हैं। अधिकांश बादल एक विकल्प के रूप में पहले से ही docker के साथ एक आधिकारिक छवि रखते हैं।

Docker आपके सभी CI / CD समस्याओं को हल करने में कभी सक्षम नहीं था, और docker- मशीन वास्तव में सिर्फ एक VM प्रोविज़निंग और बेसिक इंस्टाल टूल है, इसलिए बहुत से लोगों को अधिक लचीले और रखरखाव योग्य समाधान की आवश्यकता होती है (उदाहरण के लिए, docker- मशीन आसानी से साझा नहीं करती है सर्वर मशीनों के बीच विन्यास)। उन सभी समस्याओं को हल करने के लिए डॉकर टीम कभी मशीन टूल के लिए नहीं थी। यह अभी भी उन मूल चीजों के लिए आज भी काम करता है, इसलिए जब तक यह आपके लिए काम करता है, तब तक इसका उपयोग करने के लिए स्वतंत्र महसूस करें। मैं अभी भी इसे मासिक रूप से उपयोग करता हूं, और 2015 से है।

हो सकता है कि यदि आप एक विशेष समस्या को हल करते हैं जो डॉकटर-मशीन द्वारा हल किया जाता है, तो हम आपके द्वारा लागू किए जा सकने वाले विशिष्ट विकल्पों की सिफारिश कर सकते हैं।

उदाहरण के लिए, "कंट्रोल डॉकटर दूर से" # 3 के संबंध में , मुझे हमेशा यह पसंद आया कि डॉक-मशीन एपीआई प्रमाणीकरण के लिए एक स्व-हस्ताक्षरित प्रमाण पत्र प्रदान करेगा और मुझे स्थानीय रूप से अपने डॉकटर एनवी को बदलने की अनुमति देगा ताकि यह रिमोट सर्वर को नियंत्रित कर सके। उस विरासत विधि को 2018 से बहुत आसान (और अधिक लचीली और सुरक्षित) SSH टनल बिल्ड-इन विधि के लिए docker CLI के साथ त्वरित डेमो है DOCKER_HOST env विधि का उपयोग करके , और हमारे पास मेरे लाइव शो पर डेमो था या टीसीपी का उपयोग उन्हें दूर से नियंत्रित करने के लिए करता है।

इसके अलावा, InfraKit सिस्टम बिल्डरों के लिए एक उपकरण है (पीपीएल जो कस्टम लिनक्स ओएस बनाते हैं), न कि हमारे जैसे लिनक्स उपयोगकर्ता जो हमारे होस्टर के साथ बनाया गया सामान्य लिनक्स वितरण चाहते हैं और उस पर डॉक स्थापित करते हैं।

वाह @BretFisher आपके बहुत विस्तृत जवाब के लिए बहुत बहुत धन्यवाद। मुझे यकीन है कि यह भविष्य के लोगों द्वारा एक सुनहरा उपहार माना जाएगा जो आपको पढ़ेंगे।
रिकॉर्ड के लिए मैंने दूरस्थ मशीन पर अपने config.json को अपलोड करने वाली एक स्क्रिप्ट तैयार की (ताकि यह मेरी निजी छवि डाउनलोड कर सके) और कंपोज़ फ़ाइल। और फिर "डॉक स्टैक की तैनाती" निष्पादित करना
मेरी तैनाती श इस तरह दिखती है

#!/bin/bash
ssh -o StrictHostKeyChecking=no -l root "$HOST" root@$HOST "mkdir /opt/app; mkdir /root/.docker"
source ./devops/generate-branch-hostname.sh
scp ./devops/docker-compose-prod.yml root@$HOST:/opt/app/docker-compose-prod.yml
scp $HOME/.docker/config.json root@$HOST:/root/.docker/config.json
echo "BRANCH_HOSTNAME=$BRANCH_HOSTNAME"
ssh root@$HOST "export BRANCH_HOSTNAME=$BRANCH_HOSTNAME; docker stack deploy --compose-file /opt/app/docker-compose-prod.yml webapp --with-registry-auth"

(BRANCH_HOSTNAME की स्पष्ट रूप से आवश्यकता नहीं है, मैं सिर्फ अपनी स्क्रिप्ट को ट्रिगर करने वाली Git शाखा के आधार पर अलग-अलग उप-डोमेन के लिए होता हूं (मैं CI / CD का उपयोग करता हूं))
और मैं अभी भी अपने ubuntu दूरदराज के VPS पर docker करने के लिए docker- मशीन बनाने का उपयोग करता हूं।

वैसे भी डॉक मशीन CI / CD पर एक अच्छा विचार नहीं है क्योंकि सर्टिफिकेट साझा करना आसान नहीं है (यह एक संपूर्ण फ़ोल्डर है) और रीजनरेटिंग सर्टिफिकेट डॉकर को रोक सकता है इसलिए यह विकल्प भी नहीं है।

मेरा मानना ​​है कि एक उपकरण मौजूद होना चाहिए (समुदाय द्वारा या docker द्वारा) जो DOCKER_HOST इत्यादि का प्रावधान करेगा और बस SHO कुंजी का उपयोग करेगा। यह "एससीपी" और "एसश" की तुलना में आसान होगा।

डॉकटर मशीन अपरिहार्य नहीं थी।

मैं एक पेशेवर नहीं हूं, मैं सिर्फ एक ऐसा व्यक्ति हूं जो मेरी खुद की वेब प्रोग्रामिंग पर सीखता है और जो एक बड़े प्रोजेक्ट पर मेरी तरफ से काम कर रहा है, इसलिए मुझे नहीं लगता कि K8s मेरी जरूरत पर फिट बैठता है क्योंकि इसे एक आसान उपकरण के रूप में वर्णित नहीं किया गया है, जिसका मतलब है केवल कम से कम मध्यम / बड़ी पेशेवर टीमों के लिए और वास्तव में एक व्यक्ति के लिए नहीं जिसके पास बहुत कम समय है और दोनों विकास (सामने / पीछे के अंत) और तैनाती करते हैं। इसलिए मैंने अनुमान लगाया कि डॉकटर के लिए अभी भी एक जगह है लेकिन, शायद उनकी इस समस्या के बारे में मैंने सुना है कि फडिंग की कमी के कारण, ऐप्स को तैनात करने के आधिकारिक पसंदीदा तरीके और डोकर मशीन के उत्तराधिकारी के लिए उनकी योजनाओं के बारे में स्पष्ट होना चाहिए या यदि वे उस बारे में कोई योजना नहीं है।

मेरा मानना ​​है कि एक उपकरण मौजूद होना चाहिए (समुदाय द्वारा या docker द्वारा) जो DOCKER_HOST इत्यादि का प्रावधान करेगा और बस SHO कुंजी का उपयोग करेगा। यह "एससीपी" और "एसश" की तुलना में आसान होगा।

बस export DOCKER_HOST=ssh://[email protected]

ध्यान दें कि यदि आपके पास root उपयोगकर्ता के लिए ssh लॉगिन अक्षम है, तो आप एक गैर-रूट उपयोगकर्ता user उपयोग कर सकते हैं
export DOCKER_HOST=ssh://[email protected] आप जोड़ने के बाद user करने के लिए docker का उपयोग कर समूह sudo usermod -aG docker user । (उबंटू 18.04 पर परीक्षण किया गया)

विंडोज पर मल्टी-नोड डॉकर झुंड के साथ खेलने के लिए कोई विकल्प? झुंड ट्यूटोरियल में कहा गया है कि वर्तमान में डॉकर मशीन के बिना विंडोज पर यह संभव नहीं है:

वर्तमान में, आप बहु-नोड झुंड का परीक्षण करने के लिए अकेले मैक के लिए डॉकर डेस्कटॉप या विंडोज के लिए डॉकर डेस्कटॉप का उपयोग नहीं कर सकते। हालाँकि, आप झुंड नोड्स बनाने के लिए डॉकर मशीन के सम्मिलित संस्करण का उपयोग कर सकते हैं (देखें डॉक मशीन और एक स्थानीय वीएम के साथ आरंभ करें), फिर सभी मल्टी-नोड विशेषताओं के लिए ट्यूटोरियल का पालन करें।

मैं जल्दी से कई Ubuntu VM's बनाने के लिए https://multipass.run/ का उपयोग करता हूं। बस के रूप में उपवास के रूप में docker- मशीन। मैं 3-नोड झुंड के लिए इसका उपयोग करने के लिए एक डेमो देखें: https://www.pscp.tv/BretFisher/1mrGmQvNEWBGy?t=

इसका डेस्कटॉप उपयोग ज्यादातर हमारे डॉकर डेस्कटॉप उत्पाद द्वारा किया गया है।

इस थ्रेड में सभी पर ध्यान दें: डॉकर डेस्कटॉप मुफ्त सॉफ्टवेयर नहीं है, खुला स्रोत नहीं है, और इसमें एक टन स्पाईवेयर एम्बेडेड है, इसलिए आप उस अपग्रेड पथ का अनुसरण करने के बारे में दो बार सोचना चाह सकते हैं।

यदि यह किसी के लिए मददगार हो सकता है, तो यहां दूरस्थ होस्ट पर डॉकटर स्थापित करने के लिए एक स्क्रिप्ट है (डेबियन 10 = बस्टर पर परीक्षण):
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -LL2

यह सर्वर ऑटोमेशन फ्रेमवर्क पर आधारित है जिसे फैब्रिक (विशेष रूप से फैब-क्लासिक गितुब और डॉक्स ) कहा जाता है। यहां तक ​​कि अगर आप फैब्रिक का उपयोग नहीं करना चाहते हैं, तो आप आसानी से कमांड पढ़ सकते हैं और मैन्युअल रूप से बैश स्क्रिप्ट में चला सकते हैं, क्योंकि कुछ भी नहीं फैंसी।

उसके बाद, export DOCKER_HOST=ssh://[email protected] चलाएं और यह डॉक मशीन का उपयोग करते समय चीजों पर वापस आ गया है।

इस थ्रेड में सभी पर ध्यान दें: डॉकर डेस्कटॉप मुफ्त सॉफ्टवेयर नहीं है, खुला स्रोत नहीं है, और इसमें एक टन स्पाईवेयर एम्बेडेड है, इसलिए आप उस अपग्रेड पथ का अनुसरण करने के बारे में दो बार सोचना चाह सकते हैं।

@sneak " सेंड यूज़ेज स्टैटिस्टिक्स " का जिक्र कर रहे हैं, जिसमें लिखा है कि "एरर रिपोर्ट्स, सिस्टम वर्जन और लैंग्वेज के साथ-साथ डॉकर डेस्कटॉप लाइफसाइकल इंफॉर्मेशन (जैसे, स्टार्ट, स्टॉप, रिसेट्स)" भेजें। जिसे बंद किया जा सकता है?

मैं मालिकाना, बंद-स्रोत स्पाइवेयर पर चर्चा करने में समय बिताने में दिलचस्पी नहीं रखता।

कम गुणवत्ता ट्रोल

ट्रोलिंग के लिए सबटरफ़्यूज़ की आवश्यकता होती है। मैं ईमानदार हूँ, और मेरे कथन सटीक हैं:

• docker डेस्कटॉप मालिकाना है

• docker डेस्कटॉप बंद स्रोत सॉफ्टवेयर है

• ऐसा करने के लिए सहमति प्राप्त किए बिना docker डेस्कटॉप अपने उपयोगकर्ताओं पर जासूसी करता है (जैसा कि docker मशीन करता है)

इन उपरोक्त बिंदुओं से, एक उचित व्यक्ति इस प्रकार यह निष्कर्ष निकाल सकता है कि डॉकर-इन-कंपनी सॉफ्टवेयर फ्रीडम, यूजर प्राइवेसी, या उपयोगकर्ता की सहमति से लेकर निगरानी तक की परवाह नहीं करता है।

मैं GitHub और अन्य साइटों पर यह मुफ्त सॉफ्टवेयर और खुले स्रोत पर काम करने के लिए कर रहा हूं, और docker डेस्कटॉप जैसी गैर-मुक्त परियोजनाएं बस मुफ्त सॉफ्टवेयर पर काम करने से एक व्याकुलता हैं जो सभी को फायदा पहुंचाती हैं; मुझे अपना समय या इस तरह की बातों पर ध्यान देने की कोई इच्छा नहीं है।

यह आपको व्यक्तिगत हमलों का सहारा लेने के बजाय सीधे मुद्दों को संबोधित करने के लिए अच्छी तरह से करेगा। अब इस धागे को बांधना, एक अच्छा दिन है।

यदि यह किसी के लिए मददगार हो सकता है, तो यहां दूरस्थ होस्ट पर डॉकटर स्थापित करने के लिए एक स्क्रिप्ट है (डेबियन 10 = बस्टर पर परीक्षण):
https://github.com/minireference/sample-book/blob/master/fabfile.py#L213 -LL2

यह सर्वर ऑटोमेशन फ्रेमवर्क पर आधारित है जिसे फैब्रिक (विशेष रूप से फैब-क्लासिक गितुब और डॉक्स ) कहा जाता है। यहां तक ​​कि अगर आप फैब्रिक का उपयोग नहीं करना चाहते हैं, तो आप आसानी से कमांड पढ़ सकते हैं और मैन्युअल रूप से बैश स्क्रिप्ट में चला सकते हैं, क्योंकि कुछ भी नहीं फैंसी।

उसके बाद, export DOCKER_HOST=ssh://[email protected] चलाएं और यह डॉक मशीन का उपयोग करते समय चीजों पर वापस आ गया है।

@ivanistheone नहीं यह नहीं है। docker-machine है (था?) बहुत अच्छा है क्योंकि यह भी लागू सभी विभिन्न बादल प्रदाताओं पर एपीआई एक समान तरीके से CLI पर मशीन बनाने के लिए। बेशक, वहाँ gcloud , az , लेकिन उनमें से प्रत्येक के पास अलग-अलग विकल्प और शब्दार्थ हैं। docker-machine उन सभी के लिए एक CLI है। यह हाइब्रिड बादलों के साथ काम करना थोड़ा आसान बनाता है ...