VM वा डकर?

तपाईलाई कसरी थाहा हुन्छ यदि तपाईलाई डकर चाहिन्छ र VM होइन? तपाईंले वास्तवमा के अलग गर्न चाहनुहुन्छ भनेर निर्धारण गर्न आवश्यक छ। यदि तपाइँ ग्यारेन्टी गरिएको समर्पित स्रोतहरू र भर्चुअल हार्डवेयरको साथ प्रणालीलाई अलग गर्न चाहनुहुन्छ भने, त्यसपछि छनौट VM हुनुपर्छ। यदि तपाइँ चलिरहेको अनुप्रयोगहरूलाई अलग प्रणाली प्रक्रियाहरूको रूपमा अलग गर्न आवश्यक छ भने, तपाइँलाई डकर आवश्यक पर्दछ।

त्यसोभए डकर कन्टेनर र VMs बीच के भिन्नता छ?

भर्चुअल मेसिन (VM) सबै भर्चुअल यन्त्रहरू र भर्चुअल हार्ड डिस्क भएको भर्चुअल कम्प्युटर हो जसमा भर्चुअल डिभाइस ड्राइभरहरू, मेमोरी व्यवस्थापन र अन्य कम्पोनेन्टहरूसँगै नयाँ स्वतन्त्र ओएस स्थापना गरिएको छ। त्यो हो, हामीले भौतिक हार्डवेयरको एब्स्ट्र्याक्शन पाउँछौं जसले हामीलाई एउटै कम्प्युटरमा धेरै भर्चुअल कम्प्युटरहरू चलाउन अनुमति दिन्छ।
स्थापित VM ले तपाईंको कम्प्युटरको डिस्कमा विभिन्न तरिकामा ठाउँ लिन सक्छ:

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

प्रति सर्भर जति धेरै भर्चुअल मेसिनहरू, तिनीहरूले जति धेरै ठाउँ लिन्छन्, र तपाईंको अनुप्रयोग चलाउनको लागि आवश्यक वातावरणको लागि निरन्तर समर्थन पनि चाहिन्छ।

डकर कन्टेनर-आधारित अनुप्रयोगहरू सिर्जना गर्न सफ्टवेयर हो। कन्टेनरहरू र भर्चुअल मेसिनहरूमा समान फाइदाहरू छन्, तर फरक तरिकाले सञ्चालन गर्छन्। कन्टेनरहरूले कम ठाउँ लिन्छन् किनभने ... VM भन्दा होस्ट प्रणालीको अधिक साझा स्रोतहरू पुन: प्रयोग गर्नुहोस्, किनभने VM को विपरीत, यसले OS स्तरमा भर्चुअलाइजेशन प्रदान गर्दछ, हार्डवेयर स्तरमा होइन। यो दृष्टिकोणले कम मेमोरी फुटप्रिन्ट, छिटो तैनाती, र सजिलो स्केलिंगमा परिणाम दिन्छ।

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

कन्टेनर - यो कसरी काम गर्छ?

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

प्रत्येक कन्टेनरलाई मुख्य समाधान - docker-compose.yml मा समावेश गरिएको डकर-कम्पोज प्रोजेक्टमा फाइल मार्फत कन्फिगर गर्न सकिन्छ। त्यहाँ तपाइँ विभिन्न प्यारामिटरहरू सेट गर्न सक्नुहुन्छ जस्तै कन्टेनरको नाम, पोर्टहरू, पहिचानकर्ताहरू, स्रोत सीमाहरू, अन्य कन्टेनरहरू बीचको निर्भरता। यदि तपाइँ सेटिङहरूमा कन्टेनर नाम निर्दिष्ट गर्नुहुन्न भने, डकरले प्रत्येक पटक नयाँ कन्टेनर सिर्जना गर्नेछ, यसलाई अनियमित रूपमा नाम दिँदै।

जब कन्टेनर छविबाट सुरु हुन्छ, डकरले तलको कुनै पनि तहको शीर्षमा पढ्ने-लेखन फाइल प्रणाली माउन्ट गर्दछ। यो जहाँ हामी हाम्रो डकर कन्टेनर चलाउन चाहन्छौं सबै प्रक्रियाहरू चल्नेछ।

जब डकरले पहिलो कन्टेनर सुरु गर्छ, प्रारम्भिक पढ्ने-लेखन तह खाली हुन्छ। जब परिवर्तनहरू हुन्छन्, तिनीहरू यस तहमा लागू हुन्छन्; उदाहरणका लागि, यदि तपाइँ फाइल परिवर्तन गर्न चाहनुहुन्छ भने, त्यो फाइल तल पढ्ने-मात्र तहबाट पढ्ने-लेखन तहमा प्रतिलिपि गरिनेछ।
फाइलको पढ्ने-मात्र संस्करण अझै अवस्थित हुनेछ, तर यो अब प्रतिलिपि अन्तर्गत लुकेको छ। भोल्युमहरू डेटा भण्डारण गर्न प्रयोग गरिन्छ, कन्टेनरको जीवन चक्रको पर्वाह नगरी। कन्टेनर सिर्जना गर्दा भोल्युमहरू प्रारम्भ गरिन्छ।

कन्टेनरसँग छवि कसरी सम्बन्धित छ?

छवि - प्रत्येक कन्टेनरको लागि मुख्य तत्व। छवि परियोजनामा ​​थपिएको डकरफाइलबाट सिर्जना गरिएको हो र एक अर्काको माथि तहमा राखिएको फाइल प्रणाली (तहहरू) को सेट हो र सँगै समूहबद्ध गरिएको छ, पढ्न-मात्र; तहहरूको अधिकतम संख्या 127 हो।

प्रत्येक छविको मुटुमा आधार छवि हुन्छ, जुन FROM आदेशद्वारा निर्दिष्ट गरिएको हुन्छ - डकरफाइल छवि निर्माण गर्दा प्रविष्टि बिन्दु। प्रत्येक तह पढ्न मात्रै तह हो र डकरफाइलमा लेखिएको फाइल प्रणाली परिमार्जन गर्ने एकल आदेशद्वारा प्रतिनिधित्व गरिन्छ।
यी तहहरूलाई एकल छविमा संयोजन गर्न, डकरले उन्नत बहु-स्तरित युनियन फाइल प्रणाली प्रयोग गर्दछ (AuFS UnionFS को शीर्षमा बनाइएको छ), विभिन्न फाइल तहहरूका विभिन्न फाइलहरू र डाइरेक्टरीहरूलाई पारदर्शी रूपमा ओभरलेड गर्न अनुमति दिँदै, एक संयोजन फाइल प्रणाली सिर्जना गर्दछ।

तहहरूले मेटाडेटा समावेश गर्दछ जसले तपाईंलाई रनटाइम र निर्माण समयमा प्रत्येक तहको बारेमा सम्बन्धित जानकारी भण्डारण गर्न अनुमति दिन्छ। प्रत्येक तहले अर्को तहको लिङ्क समावेश गर्दछ; यदि लेयरमा लिङ्क छैन भने, यो छविको शीर्ष तह हो।

Dockerfile मा आदेशहरू समावेश हुन सक्छ जस्तै:

• FROM - छवि बनाउँदा प्रवेश बिन्दु;
• MAINTAINER - छवि मालिकको नाम;
• RUN - छवि संयोजनको समयमा आदेश कार्यान्वयन;
• ADD - होस्ट फाइललाई नयाँ छविमा प्रतिलिपि गर्दै; यदि तपाईंले फाइलको URL निर्दिष्ट गर्नुभयो भने, डकरले यसलाई निर्दिष्ट डाइरेक्टरीमा डाउनलोड गर्नेछ;
• ENV - वातावरण चर;
• सीएमडी - छविमा आधारित नयाँ कन्टेनरको सिर्जना सुरु हुन्छ;
• ENTRYPOINT - कन्टेनर सुरु हुँदा आदेश कार्यान्वयन हुन्छ।
• WORKDIR सीएमडी आदेश कार्यान्वयन गर्नको लागि कार्य निर्देशिका हो।
• USER - छविको आधारमा सिर्जना गरिएको कन्टेनरको लागि UID सेट गर्दछ।
• भोल्युम - कन्टेनरमा होस्ट डाइरेक्टरी माउन्ट गर्दछ।
• EXPOSE कन्टेनरमा सुनिएको पोर्टहरूको सेट हो।

UnionFS कसरी काम गर्छ?

UnionFS - लिनक्स र FreeBSD को लागि उपयोगिता स्ट्याक फाइल प्रणाली (FS)। यो FS ले प्रतिलिपि-अन-राइट संयन्त्र (प्रतिलिपि-अन-राइट, COW) लागू गर्दछ। UnionFS को काम गर्ने एकाइ एक तह हो; प्रत्येक तहलाई मूलबाट नै डाइरेक्टरीहरूको पदानुक्रमको साथ छुट्टै पूर्ण फाइल प्रणालीको रूपमा मानिनुपर्छ। UnionFS ले अन्य फाइल प्रणालीहरूको लागि युनियन माउन्ट सिर्जना गर्दछ र विभिन्न फाइल प्रणालीहरू (फोर्क भनिन्छ) बाट फाइलहरू र डाइरेक्टरीहरूलाई प्रयोगकर्तालाई पारदर्शी रूपमा एकल सुसंगत फाइल प्रणालीमा जोड्न अनुमति दिन्छ।

एउटै मार्गहरू भएका डाइरेक्टरीहरूको सामग्री परिणाम फाइल प्रणालीको एक एकीकृत डाइरेक्टरीमा (एउटै नेमस्पेसमा) सँगसँगै देखा पर्नेछ।

UnionFS ले निम्न सिद्धान्तहरूमा आधारित तहहरू संयोजन गर्दछ:

• एउटा तह माथिल्लो तहको तह बन्छ, दोस्रो र त्यसपछिका तहहरू तल्लो तहका तहहरू हुन्छन्;
• तह वस्तुहरू प्रयोगकर्तालाई "माथिदेखि तलसम्म" उपलब्ध छन्, अर्थात्। यदि अनुरोध गरिएको वस्तु "शीर्ष" तहमा छ भने, यो फिर्ता गरिन्छ, "तल" तहमा समान नामको वस्तुको उपस्थितिको पर्वाह नगरी; अन्यथा "तल" तहको वस्तु फर्काइन्छ; यदि अनुरोध गरिएको वस्तु न त त्यहाँ छ न त्यहाँ, त्रुटि "कुनै त्यस्तो फाइल वा डाइरेक्टरी" फर्काइन्छ;
• काम गर्ने तह "शीर्ष" हो, त्यो हो, डाटा परिवर्तन गर्नका लागि सबै प्रयोगकर्ता कार्यहरू तल्लो तहका तहहरूको सामग्रीलाई असर नगरी, केवल शीर्ष-स्तर तहमा प्रतिबिम्बित हुन्छन्।

डकर अनुप्रयोगहरू चलाउन कन्टेनरहरू प्रयोग गर्ने सबैभन्दा सामान्य प्रविधि हो। लिनक्स कर्नेलद्वारा प्रदान गरिएको cgroups र नेमस्पेसहरूमा निर्माण गर्दै यो क्षेत्रमा मानक भएको छ।

डकरले हामीलाई अनुप्रयोगहरू द्रुत रूपमा डिप्लोय गर्न र OS कर्नेललाई सबै कन्टेनरहरू बीच विभाजन गरेर, छुट्टै OS प्रक्रियाहरूको रूपमा चलाएर फाइल प्रणालीको उत्तम प्रयोग गर्न अनुमति दिन्छ।

स्रोत: www.habr.com