डॉकर हे खेळणे आहे की नाही? किंवा ते अजूनही आहे?

हॅलो प्रत्येकजण!

मला खरोखर थेट विषयावर जायचे आहे, परंतु माझ्या कथेबद्दल थोडेसे सांगणे अधिक योग्य होईल:

नोंद

मी एक प्रोग्रामर आहे ज्याला सर्व्हरवर फ्रंटएंड सिंगल पेज ऍप्लिकेशन्स, स्काला/जावा आणि नोडज विकसित करण्याचा अनुभव आहे.

बर्‍याच काळापासून (निश्चितपणे दोन किंवा तीन वर्षे), माझे मत होते की डॉकर हे स्वर्गातील मन्ना आहे आणि सर्वसाधारणपणे एक अतिशय छान साधन आहे आणि प्रत्येक विकसकाने ते वापरण्यास सक्षम असावे. आणि यावरून असे दिसून येते की प्रत्येक विकसकाने त्यांच्या स्थानिक मशीनवर डॉकर स्थापित केले पाहिजे. माझ्या मताबद्दल काय, त्याच hh वर पोस्ट केलेल्या रिक्त जागा पहा. प्रत्येक सेकंदात डॉकरचा उल्लेख असतो आणि तो तुमच्या मालकीचा असल्यास, हा तुमचा स्पर्धात्मक फायदा असेल 😉

माझ्या वाटेवर, मी डॉकर आणि त्याच्या इकोसिस्टमबद्दल त्यांच्या भिन्न दृष्टिकोनासह अनेक लोकांना भेटलो. काहींनी सांगितले की ही एक सोयीस्कर गोष्ट आहे जी क्रॉस-प्लॅटफॉर्म कार्यक्षमतेची हमी देते. दुसर्‍याला ते कंटेनरमध्ये का चालवावे आणि त्यातून काय फायदा होईल हे समजत नव्हते, तिसर्‍याला अजिबात पर्वा नव्हती आणि त्रास झाला नाही (त्यांनी फक्त कोड लिहिला आणि घरी गेले - मला त्यांचा हेवा वाटतो. मार्ग :)

वापरण्याची कारणे

मी डॉकर का वापरला? बहुधा खालील कारणांमुळे:

• डेटाबेस लाँच, 99% अनुप्रयोग त्यांचा वापर करतात
• फ्रंटएंड वितरणासाठी nginx लाँच करणे आणि बॅकएंडवर प्रॉक्सी करणे
• तुम्ही अॅप्लिकेशनला डॉकर इमेजमध्ये पॅकेज करू शकता, अशा प्रकारे माझा अॅप्लिकेशन जिथे जिथे डॉकर अस्तित्वात असेल तिथे काम करेल, वितरण समस्या ताबडतोब सोडवली जाईल
• बॉक्सच्या बाहेर सेवा शोध, आपण मायक्रोसर्व्हिसेस तयार करू शकता, प्रत्येक कंटेनर (सामान्य नेटवर्कशी कनेक्ट केलेले) उपनामाद्वारे सहजपणे दुसर्‍यापर्यंत पोहोचू शकतो, अतिशय सोयीस्कर
• कंटेनर तयार करणे आणि त्यात "प्ले" करणे मजेदार आहे.

डॉकरबद्दल मला नेहमी काय आवडत नाही:

• माझा अर्ज कार्य करण्यासाठी, मला सर्व्हरवर डॉकरची आवश्यकता आहे. जर माझे अॅप्लिकेशन्स jre किंवा nodejs वर चालत असतील आणि त्यांच्यासाठी वातावरण आधीच सर्व्हरवर असेल तर मला याची गरज का आहे?
• जर मला माझी (खाजगी) स्थानिकरित्या तयार केलेली प्रतिमा रिमोट सर्व्हरवर चालवायची असेल, तर मला माझ्या स्वत: च्या डॉकर रेपॉजिटरीची आवश्यकता आहे, मला कुठेतरी काम करण्यासाठी रजिस्ट्रीची आवश्यकता आहे आणि मला https कॉन्फिगर करणे देखील आवश्यक आहे, कारण डॉकर क्ली फक्त https वर कार्य करते. अरेरे... पर्याय आहेत, अर्थातच, प्रतिमा स्थानिकरित्या जतन करण्यासाठी docker save आणि फक्त scp द्वारे प्रतिमा पाठवा... पण त्यात शरीराच्या अनेक हालचाली आहेत. आणि याशिवाय, जोपर्यंत तुमची स्वतःची रिपॉझिटरी दिसत नाही तोपर्यंत ते "क्रच" सोल्यूशनसारखे दिसते
• docker-compose. हे फक्त कंटेनर चालविण्यासाठी आवश्यक आहे. इतकंच. तो दुसरे काही करू शकत नाही. Docker-compose त्याच्या फाइल्सच्या आवृत्त्यांचा समूह आहे, त्याचे स्वतःचे वाक्यरचना आहे. ते कितीही घोषणात्मक असले तरी मला त्यांची कागदपत्रे वाचायची नाहीत. मला त्याची इतर कुठेही गरज भासणार नाही.
• टीममध्ये काम करताना, बहुतेक लोक डॉकरफाइल अतिशय कुटिलपणे लिहितात, ते कसे कॅशे केले जाते हे समजत नाही, त्यांना आवश्यक असलेल्या आणि आवश्यक नसलेल्या सर्व गोष्टी प्रतिमेमध्ये जोडा, डॉकरहब किंवा खाजगी भांडारात नसलेल्या प्रतिमांमधून वारसा मिळवा, काही तयार करा. docker-compose डेटाबेस असलेल्या फायली आणि काहीही टिकत नाही. त्याच वेळी, विकासक अभिमानाने घोषित करतात की डॉकर छान आहे, सर्व काही त्यांच्यासाठी स्थानिक पातळीवर कार्य करते आणि एचआर महत्त्वाचे म्हणजे रिक्त जागेवर लिहितो: "आम्ही डॉकर वापरतो आणि आम्हाला अशा कामाचा अनुभव असलेल्या उमेदवाराची आवश्यकता आहे."
• मला सतत डॉकरमधील सर्व काही वाढवण्याच्या विचारांनी पछाडले आहे: postgresql, kafka, redis. हे खेदजनक आहे की सर्व काही कंटेनरमध्ये कार्य करत नाही, सर्वकाही कॉन्फिगर करणे आणि चालवणे सोपे नाही. हे तृतीय-पक्ष विकसकांद्वारे समर्थित आहे, आणि स्वतः विक्रेत्यांद्वारे नाही. आणि तसे, प्रश्न त्वरित उद्भवतो: विक्रेते डॉकरमध्ये त्यांची उत्पादने राखण्यासाठी काळजी करत नाहीत, हे का आहे, कदाचित त्यांना काहीतरी माहित असेल?
• कंटेनर डेटाच्या टिकून राहण्याबद्दल नेहमीच प्रश्न उद्भवतो. आणि मग तुम्हाला वाटते, मी फक्त होस्ट डिरेक्टरी माउंट करावी किंवा डॉकर व्हॉल्यूम तयार करावा किंवा डेटा कंटेनर बनवावा जो आता आहे deprecated? मी डिरेक्टरी माउंट केल्यास, कंटेनरमधील वापरकर्त्याचा uid आणि gid कंटेनर लाँच केलेल्या वापरकर्त्याच्या आयडीशी जुळत असल्याची खात्री करणे आवश्यक आहे, अन्यथा कंटेनरद्वारे तयार केलेल्या फाइल्स रूट अधिकारांसह तयार केल्या जातील. मी वापरल्यास volume मग डेटा फक्त काही मध्ये तयार होईल /usr/* आणि पहिल्या प्रकरणाप्रमाणेच uid आणि gid सह समान कथा असेल. तुम्ही थर्ड-पार्टी घटक लॉन्च करत असल्यास, तुम्हाला दस्तऐवज वाचण्याची आणि प्रश्नाचे उत्तर शोधण्याची आवश्यकता आहे: "कोणत्या कंटेनर डिरेक्टरीमध्ये घटक फाइल्स लिहितात?"

मला नेहमी डॉकरशी जास्त वेळ टिंगलटवाळी करावी लागली हे मला आवडत नसे प्रारंभिक टप्प्यावर: कंटेनर कसे लाँच करायचे, कोणत्या इमेजेसमधून लाँच करायचे, मेकफाईल्स बनवल्या ज्यात लांब डॉकर कमांड्सचे उपनाम आहेत. मला डॉकर-कंपोझ आवडत नाही कारण मला डॉकर इकोसिस्टममधील दुसरे साधन शिकायचे नव्हते. आणि docker-compose up मला त्रास झाला, विशेषत: जर ते अजूनही तिथे भेटले असतील build आधीच एकत्रित केलेल्या प्रतिमांऐवजी बांधकामे. मला फक्त एखादे उत्पादन कार्यक्षमतेने आणि त्वरीत बनवायचे होते. पण डॉकर कसे वापरायचे ते मला समजले नाही.

Ansible सादर करत आहे

अलीकडे (तीन महिन्यांपूर्वी), मी एका DevOps टीमसोबत काम केले, ज्यातील जवळजवळ प्रत्येक सदस्याचा डॉकरबद्दल नकारात्मक दृष्टिकोन होता. कारणांमुळे:

• डॉकर नियम iptables (जरी तुम्ही ते deemon.json मध्ये अक्षम करू शकता)
• डॉकर बग्गी आहे आणि आम्ही ते उत्पादनात चालवणार नाही
• डॉकर डिमन क्रॅश झाल्यास, पायाभूत सुविधा असलेले सर्व कंटेनर त्यानुसार क्रॅश होतात
• डॉकरची गरज नाही
• उत्तरदायी आणि आभासी मशीन असल्यास डॉकर का

त्याच नोकरीत, मी आणखी एका साधनाशी परिचित झालो - उत्तरदायी. मी याबद्दल एकदा ऐकले, परंतु मी माझी स्वतःची प्लेबुक लिहिण्याचा प्रयत्न केला नाही. आणि आता मी माझी कार्ये लिहायला सुरुवात केली आणि नंतर माझी दृष्टी पूर्णपणे बदलली! कारण मला समजले: Ansible मध्ये समान डॉकर कंटेनर, इमेज बिल्ड, नेटवर्क इत्यादी चालवण्यासाठी मॉड्यूल्स आहेत आणि कंटेनर केवळ स्थानिक पातळीवरच नाही तर रिमोट सर्व्हरवर देखील चालवता येतात! माझ्या आनंदाची सीमा नव्हती - मला एक सामान्य साधन सापडले आणि माझ्या मेकफाइल आणि डॉकर-कंपोज फाइल्स फेकून दिल्या, त्या yaml टास्कने बदलल्या गेल्या. सारख्या रचना वापरून कोड कमी केला loop, whenइ

डेटाबेस सारख्या तृतीय-पक्ष घटक चालविण्यासाठी डॉकर

मी अलीकडेच ssh टनेलशी परिचित झालो. असे दिसून आले की रिमोट सर्व्हरचे पोर्ट स्थानिक पोर्टवर "फॉरवर्ड" करणे खूप सोपे आहे. रिमोट सर्व्हर एकतर क्लाउडमधील मशीन किंवा व्हर्च्युअलबॉक्समध्ये चालणारे व्हर्च्युअल मशीन असू शकते. माझ्या सहकाऱ्याला किंवा मला डेटाबेस (किंवा इतर काही तृतीय-पक्ष घटक) आवश्यक असल्यास, आम्ही या घटकासह सर्व्हर सुरू करू शकतो आणि सर्व्हरची आवश्यकता नसताना तो बंद करू शकतो. पोर्ट फॉरवर्डिंग डॉकर कंटेनरमध्ये चालू असलेल्या डेटाबेसप्रमाणेच प्रभाव देते.

ही आज्ञा माझ्या स्थानिक पोर्टला पोस्टग्रेस्क्यूएलवर चालणाऱ्या रिमोट सर्व्हरवर अग्रेषित करते:

ssh -L 9000:localhost:5432 [ईमेल संरक्षित]

रिमोट सर्व्हर वापरल्याने टीम डेव्हलपमेंटची समस्या सुटते. असा सर्व्हर एकाच वेळी अनेक विकसकांद्वारे वापरला जाऊ शकतो; त्यांना postgresql कॉन्फिगर करणे, डॉकर आणि इतर गुंतागुंत समजणे आवश्यक नाही. रिमोट सर्व्हरवर, विशिष्ट आवृत्ती स्थापित करणे कठीण असल्यास, आपण डॉकरमध्ये समान डेटाबेस स्थापित करू शकता. सर्व विकासकांना ssh प्रवेश प्रदान करणे आवश्यक आहे!

मी अलीकडेच वाचले की SSH बोगदे ही नियमित VPN ची मर्यादित कार्यक्षमता आहेत! तुम्ही फक्त OpenVPN किंवा इतर VPN अंमलबजावणी इंस्टॉल करू शकता, इन्फ्रास्ट्रक्चर सेट करू शकता आणि विकासकांना वापरण्यासाठी देऊ शकता. हे खूप छान आहे!

सुदैवाने, AWS, GoogleCloud आणि इतर तुम्हाला एक वर्ष विनामूल्य वापर देतात, म्हणून त्यांचा वापर करा! वापरात नसताना तुम्ही ते बंद केल्यास ते स्वस्त आहेत. मला नेहमी आश्चर्य वाटायचे की मला gcloud सारख्या रिमोट सर्व्हरची आवश्यकता का आहे, असे दिसते की मला ते सापडले.

स्थानिक आभासी मशीन म्हणून, आपण समान अल्पाइन वापरू शकता, जे डॉकर कंटेनरमध्ये सक्रियपणे वापरले जाते. विहीर, किंवा मशीन जलद बूट करण्यासाठी काही हलके वितरण.

तळ ओळ: तुम्ही डेटाबेस आणि इतर पायाभूत सुविधा रिमोट सर्व्हरवर किंवा व्हर्च्युअलबॉक्समध्ये चालवू शकता आणि चालवू शकता. मला या उद्देशांसाठी डॉकरची गरज नाही.

डॉकर प्रतिमा आणि वितरणाबद्दल थोडेसे

मी आधीच लिहिले आहे एक लेख ज्यामध्ये मला हे सांगायचे होते की डॉकर प्रतिमा वापरल्याने कोणतीही हमी मिळत नाही. डॉकर प्रतिमा फक्त डॉकर कंटेनर तयार करण्यासाठी आवश्यक आहेत. जर तुम्ही डॉकर इमेजवर अपग्रेड करत असाल, तर तुम्ही डॉकर कंटेनर वापरण्यासाठी अपग्रेड करत आहात आणि तुम्ही फक्त त्यांचाच वापर कराल.

तुम्ही कुठेही पाहिले आहे का जेथे सॉफ्टवेअर डेव्हलपर त्यांची उत्पादने फक्त डॉकर इमेजमध्ये पोर्ट करतात?
बर्‍याच उत्पादनांचा परिणाम म्हणजे एका विशिष्ट प्लॅटफॉर्मसाठी बायनरी फाइल्स; त्या फक्त डॉकर इमेजमध्ये जोडल्या जातात, ज्याला इच्छित प्लॅटफॉर्मवरून वारसा मिळाला आहे. डॉकरहबवर इतक्या समान प्रतिमा का आहेत याचा तुम्ही कधी विचार केला आहे का? उदाहरणार्थ nginx प्रविष्ट करा, तुम्हाला वेगवेगळ्या लोकांच्या 100500 प्रतिमा दिसतील. या लोकांनी स्वतः nginx विकसित केले नाही, त्यांनी फक्त त्यांच्या डॉकर इमेजमध्ये अधिकृत nginx जोडले आणि कंटेनर लॉन्च करण्याच्या सोयीसाठी त्यांच्या स्वत: च्या कॉन्फिगसह ते तयार केले.

सर्वसाधारणपणे, तुम्ही ते फक्त tgz मध्ये संचयित करू शकता, जर एखाद्याला ते डॉकरमध्ये चालवायचे असेल, तर त्यांना डॉकरफाइलमध्ये tgz जोडू द्या, इच्छित वातावरणातून इनहेरिट करू द्या आणि अतिरिक्त बन्स तयार करा जे स्वतः tgz मध्ये ऍप्लिकेशन बदलत नाहीत. जो कोणी डॉकर प्रतिमा तयार करेल त्याला tgz काय आहे आणि त्याला काय कार्य करण्याची आवश्यकता आहे हे समजेल. अशा प्रकारे मी डॉकर वापरतो येथे

तळ ओळ: मला डॉकर रेजिस्ट्रीची गरज नाही, मी काही प्रकारचे S3 किंवा फक्त फाइल स्टोरेज जसे की Google ड्राइव्ह/ड्रॉपबॉक्स वापरेन

CI मध्ये डॉकर

मी काम केलेल्या सर्व कंपन्या सारख्याच आहेत. ते सहसा किराणा आहेत. म्हणजेच, त्यांच्याकडे एक अनुप्रयोग, एक तंत्रज्ञान स्टॅक आहे (चांगले, कदाचित दोन किंवा तीन प्रोग्रामिंग भाषा).

या कंपन्या त्यांच्या सर्व्हरवर डॉकर वापरतात जिथे CI प्रक्रिया चालते. प्रश्न: तुम्हाला तुमच्या सर्व्हरवर डॉकर कंटेनरमध्ये प्रोजेक्ट्स तयार करण्याची गरज का आहे? बिल्डसाठी फक्त वातावरण तयार का करू नये, उदाहरणार्थ, ज्या सर्व्हरमध्ये बिल्ड होईल त्या सर्व्हरवर नोडज, पीएचपी, जेडीके, कॉपी ssh की इ. च्या आवश्यक आवृत्त्या इन्स्टॉल करणारी उत्तरदायी प्लेबुक लिहा?

आता मला समजले आहे की हे माझ्या पायात गोळी मारत आहे, कारण डॉकर त्याच्या अलगावने कोणताही फायदा आणत नाही. डॉकरमध्ये CI सह मला आलेल्या समस्या:

• पुन्हा तुम्हाला तयार करण्यासाठी डॉकर इमेजची आवश्यकता आहे. तुम्हाला प्रतिमा शोधण्याची किंवा तुमची स्वतःची डॉकरफाइल लिहिण्याची आवश्यकता आहे.
• 90% की तुम्हाला काही ssh की फॉरवर्ड करणे आवश्यक आहे, गुप्त डेटा जो तुम्हाला डॉकर इमेजवर लिहायचा नाही.
• कंटेनर तयार होतो आणि मरतो, त्याच्यासह सर्व कॅशे नष्ट होतात. पुढील बिल्ड सर्व प्रकल्प अवलंबित्व पुन्हा डाउनलोड करेल, जे वेळ घेणारे आणि कुचकामी आहे आणि वेळ पैसा आहे.

विकसक डॉकर कंटेनरमध्ये प्रकल्प तयार करत नाहीत (मी एकेकाळी असा चाहता होतो, खरंच, मला पूर्वीच्या xD मध्ये माझ्याबद्दल वाईट वाटते). जावामध्ये अनेक आवृत्त्या असू शकतात आणि त्या एका कमांडने बदलणे तुम्हाला आता आवश्यक आहे. नोडजमध्ये तेच आहे, एनव्हीएम आहे.

निष्कर्ष

माझा विश्वास आहे की डॉकर हे एक अतिशय शक्तिशाली आणि लवचिक साधन आहे, ही त्याची कमतरता आहे (होय, विचित्र वाटते). त्याच्या मदतीने, कंपन्या सहजपणे त्यावर हुक करू शकतात आणि आवश्यक आणि गरज नसलेल्या ठिकाणी ते वापरू शकतात. विकसक त्यांचे कंटेनर, त्यांचे काही वातावरण लॉन्च करतात, त्यानंतर ते सर्व सहजतेने CI आणि उत्पादनामध्ये वाहते. हे कंटेनर चालवण्यासाठी DevOps टीम काही प्रकारचे कोड लिहित आहे.

फक्त डॉकर वापरा अगदी अलीकडचे तुमच्या वर्कफ्लोमध्ये स्टेज, सुरुवातीला प्रोजेक्टमध्ये ड्रॅग करू नका. त्यामुळे तुमच्या व्यावसायिक समस्या सुटणार नाहीत. तो फक्त समस्यांना दुसर्‍या स्तरावर नेईल आणि स्वतःचे निराकरण करेल, तुम्ही दुहेरी काम कराल.

जेव्हा डॉकरची आवश्यकता असते: मी या निष्कर्षावर पोहोचलो की डॉकर दिलेल्या प्रक्रियेला अनुकूल करण्यासाठी खूप चांगले आहे, परंतु मूलभूत कार्यक्षमता तयार करण्यात नाही

आपण अद्याप डॉकर वापरण्याचे ठरविल्यास, नंतर:

• अत्यंत सावध रहा
• विकासकांना डॉकर वापरण्यास भाग पाडू नका
• त्याचा वापर एकाच ठिकाणी स्थानिकीकरण करा, सर्व डॉकफाइल आणि डॉकर-कंपोज रिपॉझिटरीजमध्ये पसरवू नका

PS:

• मी अलीकडे भेटलो पॅकर आणि ते म्हणतात की हे Ansible सह खूप चांगले कार्य करते आणि आपल्याला प्रतिमा तयार करण्याच्या प्रक्रियेस एकत्र करण्यास अनुमती देते (डॉकर प्रतिमेसह)
• डॉकर बद्दल देखील, मनोरंजक लेख

वाचल्याबद्दल धन्यवाद, मी तुम्हाला तुमच्या व्यवहारात पारदर्शक निर्णय आणि उत्पादक कामकाजाच्या दिवसांची इच्छा करतो!

स्त्रोत: www.habr.com