अपने CI / CD की देखरेख न करें और डॉकटर का सार्थक उपयोग करें

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

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

आमतौर पर, एक मानक कंपनी में, किसी भी कार्य को करने की प्रक्रिया इस तरह दिखाई देती है:

1. जीआईटी पुश हमारी प्रतिबद्धता के साथ किया जाता है
2. एक प्रणाली शुरू हो गई है, यह जेनकींस, टीमसिटी, आदि हो।
3. पाइपलाइन / नौकरी शुरू की गई है, जिसमें तीसरे पक्ष के पुस्तकालय डाउनलोड किए जाते हैं, परियोजना संकलित की जाती है, परीक्षण चलाए जाते हैं
4. असेंबल्ड प्रोजेक्ट (ADD ..) के साथ एक docker छवि को दूरस्थ docker रजिस्ट्री में बनाया और धकेल दिया जाता है
5. किसी तरह, रिमोट सर्वर पर, डॉक पुल किया जाता है (शेफ, कठपुतली, मैन्युअल रूप से डॉक-कम्पोज़ के माध्यम से) और कंटेनर शुरू होता है।

सहज रूप से, मुझे हमेशा लगा कि यह किसी भी तरह से बहुत जटिल है। इस प्रक्रिया को गर्व से CI / CD कहा जाता है, और मैं ऐसे चतुर लोगों से थक गया हूं, जिन्हें कोई संदेह नहीं है कि यह सबसे आसान तरीका है।

अंत उपयोगकर्ता के लिए, यह इस तरह दिखता है: git रिपॉजिटरी पर धकेलने से, जो प्रतिबद्ध था, वह कहीं नहीं था।

मुझे इस दृष्टिकोण के बारे में क्या पसंद नहीं है।

1. सिस्टम को रिमोट सर्वर पर तैनात करने का एकमात्र तरीका सभी 5 चरणों से गुजरना है।
2. चरण 3 में, आपको निजी पुस्तकालयों तक पहुंच कुंजी की आवश्यकता हो सकती है। यह प्रक्रिया लंबी हो सकती है यदि पहले से डाउनलोड किए गए पुस्तकालयों का कैशिंग कॉन्फ़िगर नहीं किया गया है।
3. आपको डॉकरफाइल तैयार करने की आवश्यकता है, छवि (FROM ...) पर निर्णय लें, तय करें कि हम छवि को कैसे टैग करेंगे और रिपॉजिटरी तक पहुंच की आवश्यकता है जिसमें हम छवि को आगे बढ़ाएंगे।
4. अपने स्वयं के भंडार की आवश्यकता है, https को कॉन्फ़िगर करें। सब के बाद, docker क्लाइंट केवल https पर काम करता है।

चौथा पैराग्राफ, ज़ाहिर है, एक बार किया जाता है और शायद इसे जोड़ा नहीं जाना चाहिए।

लेकिन डॉकर शब्द कितनी बार जारी किए गए चरण में पहले ही उल्लेख किया गया है?

इसके बारे में सोचें: हम समय के आगे यह सब डॉकटर को क्यों खींच रहे हैं? क्योंकि यह माना जाता है कि कंटेनर सुविधाजनक है और "ठीक है, सब कुछ ठीक था, यह काम करता है। फिर आप क्या शुरू कर रहे हैं? ”।
तो, ऐसे लोगों के लिए, मैं कह सकता हूं - डॉकटर कंटेनर एक रामबाण नहीं है और केवल पर्यावरण नहीं है जिसमें आपका आवेदन चल सकता है। अजगर, php, js, स्विफ्ट, स्काला / जावा, आदि में लिखा गया प्रोजेक्ट। पर चलाया जा सकता है:

• रिमोट वर्चुअल मशीन
• बिना किसी वर्चुअलाइजेशन और डॉकटर कंटेनरों के एक लोकलहोस्ट पर।

अचानक :)

आइए कल्पना करें कि हम एक सेवा बना रहे हैं जो नोडजेएस पर चलेगी।

इस परियोजना का परिणाम (या जैसा कि मैं 'विरूपण साक्ष्य' कहता हूं) जेएस फाइलों का एक सेट होगा (सेवा ही) + नोड_मॉड्यूल्स (सेवा में उपयोग किए जाने वाले तीसरे पक्ष के पुस्तकालय)।

मान लीजिए कि हमने यह सुनिश्चित किया है कि सेवा काम कर रही है और इसे दूर से चलाना चाहते हैं ताकि हमारे परीक्षक कार्यक्षमता के लिए इसका परीक्षण कर सकें।

आपको यह विचार कैसा लगा:

1. हम अपनी परियोजना के साथ .tar.gz बनाते हैं और इसे अपलोड करते हैं ... कलाकृतियों का दूरस्थ भंडार! (इसके अलावा, ऐसे रिपॉजिटरी को "बाइनरी रिपॉजिटरी" कहा जाता है)।
2. हम कहते हैं कि url जिसके द्वारा वे हमारी सेवा डाउनलोड कर सकते हैं और परीक्षण शुरू कर सकते हैं।

इसके अलावा, परीक्षक घर पर या तो स्थानीय रूप से सेवा शुरू कर सकते हैं, अगर उनके पास सब कुछ है, या डॉकरफाइल बना सकते हैं, जिसमें एक विरूपण साक्ष्य डाउनलोड होगा और बस कंटेनर शुरू होगा। खैर, या कुछ और।

यदि आप परीक्षकों को डॉकटर कंटेनर लॉन्च करने के लिए और सामान्य रूप से "यह उनका काम नहीं है" लॉन्च करना चाहते हैं, तो मैं तुरंत कहूंगा, फिर एक उपकरण का उपयोग करें जो कि बाइनरी रिपॉजिटरी में वेब कलाकृतियों के रूप में दिखाई देगा (जैसे वेब हुक का उपयोग करें, समय-समय पर मुकुट का पीछा करें)।

अब बाइनरी रिपोजिटरी से हैं:

• सोनटाइप नेक्सस
• Artifactory

Nexus का उपयोग करना आसान है, इसमें विभिन्न रिपॉजिटरी का एक गुच्छा है जिसे आप बना सकते हैं (npm, maven, raw, docker) इसलिए मैं इसका उपयोग करता हूं।

यह एक बहुत ही सरल विचार है, मैंने इसके बारे में कहीं भी क्यों नहीं पढ़ा? इंटरनेट पर, आप लेखों की गणना नहीं कर सकते हैं "जैसे गिट धक्का पर एक कंटेनर को किसी प्रकार की कुबेरनेट में तैनात किया जाता है"। ऐसे जटिल एल्गोरिदम से, बाल अंत पर खड़े होते हैं।

इस लेख का उद्देश्य, यह कहना है - परियोजना को इकट्ठा करने और इसे डॉकटर छवि में जोड़ने के लिए एक प्रक्रिया में आवश्यक नहीं है।

बांटो और राज करो!

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

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

अपनी परियोजनाओं को शुरू करने में शुभकामनाएँ!