डॉक उपयोगकर्ता के लिए पॉडमैन और बिल्डह

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



हम इन सवालों के जवाब देने की कोशिश करेंगे और आपको बताएंगे कि कैसे डॉकटर से पॉडमैन की ओर पलायन किया जाए।

कैसे काम करता है डॉकटर

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

• छवियों की रजिस्ट्री के साथ काम करते समय संचालन और धक्का;
• स्थानीय कंटेनर भंडारण में छवियों की प्रतियां बनाना और इन कंटेनरों में परतें जोड़ना;
• कंटेनरों में परिवर्तन और मेजबान पर स्थानीय भंडार से कंटेनर छवियों को हटाने;
• कंटेनर को संबंधित नाम स्थान, cgroup, आदि में लॉन्च करने के लिए OS कर्नेल से अनुरोध करें।

संक्षेप में, डोकर डेमॉन रजिस्ट्रियों, छवियों, कंटेनरों और कर्नेल के साथ सभी कार्यों का ध्यान रखता है। और आप बस उसे बताएं कि कमांड लाइन इंटरफेस (सीएलआई) के माध्यम से क्या करना है।



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

• एक एकल प्रक्रिया का अर्थ है विफलता का एक बिंदु;
• डेमन प्रक्रिया सभी बच्चे प्रक्रियाओं (कंटेनर चलाने) का मालिक है;
• जब दानव प्रस्थान करता है, तो बच्चे प्रक्रियाएं अनाथ हो जाती हैं;
• कंटेनर विधानसभा में सुरक्षा छेद हैं;
• किसी भी डॉकर ऑपरेशन को करने के लिए, उपयोगकर्ता को पूरे रूट विशेषाधिकारों की आवश्यकता होती है।

अन्य शिकायतें थीं। कोई इससे सहमत नहीं हो सकता है या यह कह सकता है कि इन कमियों को पहले ही खत्म कर दिया गया है, लेकिन हम बहस नहीं करेंगे। पॉडमैन डेवलपर्स का मानना ​​है कि वे इनमें से कई समस्याओं को हल करने में कामयाब रहे हैं, और यदि आप पॉडमैन का लाभ उठाना चाहते हैं, तो यह लेख आपके लिए है।

पॉडमैन का सार कंटेनरों और छवि भंडारण के साथ-साथ लिनक्स कर्नेल के साथ, एक डेमॉन के माध्यम से नहीं, बल्कि सीधे रनक प्रक्रिया के माध्यम से बातचीत करना है, जो कंटेनरों को लॉन्च करने के लिए जिम्मेदार है।



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

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

पॉडमैन इंस्टॉलेशन

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

Red Hat Enterprise Linux 7.6 या बाद के पोडमैन को स्थापित करने के लिए, निम्नलिखित का उपयोग करें; यदि आप फेडोरा का उपयोग कर रहे हैं, तो yn को dnf से बदलें:

# yum -y install podman 

पोडमैन डॉकटर के समान कमांड का उपयोग करता है

पोडमैन को डॉकटर से स्विच करने के लिए आसान बनाया गया था। इसलिए, आपको जो भी टीम डॉकटर से पता है, वह पॉडमैन में उसी तरह काम करती है। इसके अलावा, यह तर्क दिया जाता है कि डॉकिंग कॉलिंग स्क्रिप्ट को ठीक काम करना चाहिए यदि आप उपयुक्त उपनाम बनाते हैं, तो इस तरह से: अन्य उपनाम = पॉडमैन - बस इसे आज़माएं। बेशक, इससे पहले आपको डॉकर (systemctl stop docker) को रोकने की जरूरत है। इसके अलावा, आप पॉडमैन-डोकर पैकेज स्थापित कर सकते हैं, जो आपके लिए सभी आवश्यक रूपांतरण करेगा। यह बस / usr / bin / docker में एक स्क्रिप्ट डालता है जो पॉडमैन को उन्हीं तर्कों के साथ चलाता है जो डॉकर उपयोग करता है।

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

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

पॉडमैन और कंटेनर चित्र

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

2015 में, Docker, Red Hat, CoreOS, SUSE, Google और अन्य लिनक्स कंटेनर ट्रेंडसेटरों ने कंटेनर कंटेनरों के प्रारूप और उनके रनटाइम के लिए मानकों के विनिर्देशों का प्रबंधन करने के लिए एक स्वतंत्र निकाय ओपन कंटेनर इनिशिएटिव बनाया। ओसीआई के हिस्से के रूप में, कंटेनर / इमेज और कंटेनर / स्टोरेज प्रोजेक्ट्स GitHub पर बनाए गए थे।

चूंकि पॉडमैन को रूट विशेषाधिकारों के बिना चलाया जा सकता है, इसलिए इसे छवियों को रिकॉर्ड करने के लिए एक अलग स्थान की आवश्यकता होती है। इसलिए, पॉडमैन रिपॉजिटरी ~ / .local / शेयर / कंटेनर उपयोगकर्ता होम डायरेक्टरी में स्थित है। यह ऐसी स्थिति से बचने में मदद करता है जहां वे / var / lib / कंटेनरों में सब कुछ लिख सकते हैं, और अन्य प्रथाओं के संबंध में जो सुरक्षा के दृष्टिकोण से खतरनाक हैं। इसके अलावा, अब प्रत्येक उपयोगकर्ता के पास कंटेनर का एक अलग सेट है, ताकि कई उपयोगकर्ता एक साथ होस्ट पर एक साथ काम कर सकें। काम खत्म होने के बाद, उपयोगकर्ता अपनी छवियों को दूसरों को उपलब्ध कराने के लिए सामान्य रजिस्ट्री को भेज सकते हैं।

डॉकर से पॉडमैन पर स्विच करते समय, डिबगिंग करते समय नए कंटेनर लोकेशन रास्तों को जानने में मदद मिलेगी, साथ ही जब आप rm -rf / var / lib / कंटेनरों के साथ स्थानीय रिपॉजिटरी को फिर से शुरू करने के लिए आदेश देना चाहते हैं। हालांकि, पॉडमैन पर स्विच करने से, आप इस कमांड के बजाय पॉडमैन आरएम और पॉडमैन रमी कमांड के लिए नए -all विकल्प का उपयोग करना शुरू कर देंगे।

पॉडमैन और अन्य रनटाइम्स के बीच कंटेनर संगतता

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

 $ podman pull fedora:latest $ podman run -it fedora bash 

छवियाँ जो डॉकर का उपयोग करके रजिस्ट्री में अपलोड की गई हैं, उन्हें पॉडमैन का उपयोग करके डाउनलोड और चलाया जा सकता है। उदाहरण के लिए, यदि हमने डॉकर का उपयोग करके एक myfedora छवि बनाई है और इसे हमारे Quay.io रिपॉजिटरी (ipbabble) पर अपलोड किया है, तो आप इसे पॉडमैन का उपयोग करके डाउनलोड कर सकते हैं, यहां बताया गया है:

 $ podman pull quay.io/ipbabble/myfedora:latest $ podman run -it myfedora bash 

पॉडमैन आपको उदाहरण के लिए पुश और पुल कमांड का उपयोग करके / var / lib / docker और / var / lib / कंटेनरों निर्देशिकाओं के बीच आसानी से और सुरुचिपूर्ण ढंग से छवियों को स्थानांतरित करने की अनुमति देता है:

 $ podman push myfedora docker-daemon:myfedora:latest 

यह स्पष्ट है कि यदि आप इस उदाहरण में डॉकटर-डेमॉन को छोड़ देते हैं, तो पुश भेजना डॉकटर हब में जाएगा। यदि आप quay.io/myquayid/myfedora निर्दिष्ट करते हैं, तो छवि Quay.io रजिस्ट्री पर अपलोड की जाएगी (यहाँ myquayid Quay.io पर हमारे खाते का नाम है):

 $ podman push myfedora quay.io/myquayid/myfedora:latest 

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

 # systemctl stop docker # podman pull docker-daemon:fedora:latest # yum -y remove docker # optional 

पॉडमैन कुबेरनेट्स पर स्विच करना आसान बनाता है

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

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

बिल्डहा - यह क्या है और क्यों है

बिल्डह पोडमैन की तुलना में पहले दिखाई दिए। और यह कभी-कभी डॉक उपयोगकर्ता को हतोत्साहित करता है: “क्यों पॉडमैन माफी देने वाले अचानक बिल्डह के बारे में बात कर रहे हैं? पॉडमैन नहीं जानता कि कैसे निर्माण करना है? "

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

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

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

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

यदि आप Buildah का उपयोग करना चाहते हैं, तो सीखने के लिए कुछ और विवरण हैं:

1. छवि परत बनाते समय यह अधिक सटीक नियंत्रण प्रदान करता है। विशेष रूप से, यह आपको वह करने की अनुमति देता है जो कई कंटेनर उपयोगकर्ता लंबे समय से करना चाहते हैं - एक बार में सिर्फ एक परत के साथ कई बदलाव।
2. बिल्डहा का रन और पॉडमैन का रन दो अलग-अलग चीजें हैं। क्योंकि बिल्डह को छवियों का निर्माण करने के लिए डिज़ाइन किया गया है, इसकी रन कमांड अनिवार्य रूप से डॉकरफाइल में आरयूएन कमांड के समान है। विलियम हेनरी, बिल्डह के डेवलपर्स में से एक, याद करता है कि यह समाधान कैसे आया: “मैं किसी तरह रो रहा था कि कुछ बंदरगाह या माउंट बिल्कुल भी काम नहीं करता था जैसा कि मुझे उम्मीद थी। दान वाल्श (@rhatdan) ने सब कुछ तौला और कहा कि बिल्डह को कंटेनरों के साथ इस तरह से काम नहीं करना चाहिए। सभी, कोई और अधिक पोर्ट मैपिंग और कोई माउंट वॉल्यूम नहीं। हम इन झंडों को हटाते हैं और कंटेनर छवियों के निर्माण के दौरान आवश्यक कमांड को चलाने के बजाय बिल्डह रन का उपयोग करते हैं, उदाहरण के लिए, बिल्डह रन डीएनएफ-आई स्थापित नग्नेक्स। "
3. Buildah स्क्रैच (खरोंच छवियों) से चित्र बना सकते हैं। यही है, ऐसी छवियां जिनमें कुछ भी नहीं है, शाब्दिक रूप से। दरअसल, यदि आप स्क्रैच कमांड से बिल्डह के परिणामस्वरूप बनाए गए कंटेनर स्टोरेज को देखते हैं, तो एक खाली निर्देशिका होगी। यह सुपर लाइटवेट इमेज बनाने के दृष्टिकोण से बहुत उपयोगी है जिसमें केवल उन पैकेज हैं जो एप्लिकेशन को चलाने के लिए आवश्यक हैं।

खरोंच से निर्माण क्यों? आइए जावा एप्लिकेशन की विकास छवि की तुलना उसकी छवि के साथ उत्पादन परिवेश के लिए या मंचन के माहौल के लिए करें। विकास के चरण में, छवि में जावा कंपाइलर, मावेन और अन्य उपकरण हो सकते हैं जो डेवलपर को चाहिए। लेकिन उत्पादन में अनुवाद करते समय, केवल जावा रनटाइम और आपके पैकेज छवि में बने रहने चाहिए। और वैसे, जबर्दस्त को हटाने के लिए, आपको DNF / YUM की तरह बिल्कुल भी पैकेज मैनेजर की आवश्यकता नहीं होती है, और आपको Bash की आवश्यकता भी नहीं है - आप Buildah CLI इंटरफ़ेस के माध्यम से सब कुछ कर सकते हैं, जैसा कि नीचे दिए गए चित्र में दिखाया गया है, जहाँ पारंपरिक बहु-परत कंटेनर बाईं तरफ है और दाईं ओर सिंगल लेयर है। खरोंच छवि। अधिक विवरण के लिए कुबेरनेट और बिल्डह परिचय डेमो के लिए एक बिल्ड कंटेनर छवि देखें ।



कालक्रम में लौटना। इसलिए, कुबेरनेट्स ने CRI-O और runC के साथ काम करना सीखा, और बिल्ड के लिए हमने Buildah - सब कुछ, कुबेरनेट्स होस्ट पर डोकर से, आप मना कर सकते हैं? नहीं, डिबगिंग अभी भी बनी हुई है। यदि कंटेनरों में उपयुक्त उपकरण नहीं हैं, तो कंटेनरों की समस्याओं को कैसे हल करें? इस पर डॉकर मत डालो, अन्यथा हम फिर से दानव पर लौट आते हैं और सभी प्रयास व्यर्थ हो गए। और फिर पोडमैन दृश्य में प्रवेश करता है।

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

आवश्यक संसाधन:

• Podman.io और Buildah.io परियोजनाओं के लिए वेबसाइट।
• Github.com/containers पर प्रोजेक्ट करें (जुड़े रहें, स्रोत का अध्ययन करें और देखें कि विकास के तहत क्या है:
  
  • libpod (पोडमैन);
  • buildah;
  • छवि (कंटेनर ओसीआई छवियों के साथ काम करने के लिए कोड);
  • भंडारण (कंटेनर छवियों के स्थानीय भंडारण के लिए कोड)।
  
  

उपयोगी लिंक:

• डेमॉन के बिना कंटेनर: पॉडमैन और बिल्डह आरएचईएल 7.6 और आरएचईएल 8 बीटा में उपलब्ध हैं
• पॉडमैन: एक स्थानीय कंटेनर रनटाइम में पॉड्स और कंटेनरों का प्रबंधन करना
• पॉडमैन के साथ कंटेनरीकृत सिस्टम सेवाओं का प्रबंधन (सिस्टम का उपयोग करके पॉडमैन कंटेनरों का प्रबंधन)
• Kubernetes के लिए एक Buildah कंटेनर छवि का निर्माण
• पॉडमैन अब कुबेरनेट्स और सीआरआई-ओ में संक्रमण को कम कर सकते हैं
• कंटेनर रंटिम्स के लिए सुरक्षा विचार (क्यूबाकॉन 2018 में डैन वॉल्श के प्रदर्शन की वीडियो रिकॉर्डिंग)
• OpenThift के माध्यम से कंटेनरों के साथ IoT बढ़त विकास और परिनियोजन: भाग 1 (गायन पॉडमैन, qemu, binfmt_misc और Ansible का उपयोग करके OpenShift प्लेटफ़ॉर्म पर ARM64 कंटेनरों को इकट्ठा करना और परीक्षण करना)