🌇 👨🏻 👩🏼‍💻 रेड हैट ने डॉकटर को पॉडमैन से बदल दिया 😐 🉑 🕧

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

CRI-O एक बैकस्टोरी के रूप में

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

CRI-O का इतिहास ऐसा है कि जब OCI कंटेनरों के लिए मानक तैयार कर रहा था ( रनटाइम स्पेसिफिकेशन एंड इमेज स्पेसिफिकेशन ) [जो कि, Red Hat की भागीदारी के साथ भी हुआ] , OCID नामक एक नया प्रोजेक्ट आरएच (Kubernetes इनक्यूबेटर) में बनाया गया और रखा गया। ओपन कंटेनर पहल), जिसे बाद में [ओसीआई द्वारा अनुरोध किया गया] का नाम बदलकर सीआरआई-ओ कर दिया गया। इसका उद्देश्य "कुबेरनेट्स में कंटेनरों के लिए रनटाइम वातावरण के लिए एक मानक इंटरफ़ेस का कार्यान्वयन" था, और कंटेनरों के लिए एक ऑपरेटिंग सिस्टम बनाने के लिए एक बड़ी परियोजना रेड हैट के हिस्से के रूप में "तकनीकी जनता" को बढ़ावा दिया गया था - प्रोजेक्ट एटॉमिक ।

KubeCon + CloudNativeCon उत्तरी अमेरिका 2017 पर CRI-O लोगो के साथ कैप्स

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

लेख के विषय पर लौटना: पोडमैन मूल रूप से CRI-O का हिस्सा था।

पोडमैन की उपस्थिति और सार

पॉडमैन परियोजना की आधिकारिक घोषणा ("पॉड मैनेजर" के लिए नाम छोटा है) इस साल फरवरी में हुई:

“पॉडमैन (जिसे पहले kpod के रूप में जाना जाता था) पिछली गर्मियों से अस्तित्व में है। प्रारंभ में, यह CRI-O परियोजना का हिस्सा था। हमने पॉडमैन को एक अलग परियोजना के लिए आवंटित किया - libpod । हम चाहते थे कि पॉडमैन और CRI-O दोनों अपनी गति से बढ़ें। दोनों व्यक्तिगत रूप से (स्वतंत्र उपयोगिताओं के रूप में) और एक साथ दोनों महान काम करते हैं। ”

इस कारण से, घोषणा खुद " पुनर्मूल्यांकन" के रूप में हकदार थी। और पॉडमैन की पहली सार्वजनिक रिलीज - v0.2 - इस घोषणा से 2 सप्ताह पहले हुई थी। तो क्या पॉडमैन का सार है?

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

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

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

डॉकर और पोडमैन कमांड के लिए तुलना तालिका का एक टुकड़ा: उनमें से ज्यादातर समान हैं, लेकिन अंतर भी हैं

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

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

फेडोरा 28 एटॉमिक होस्ट (इस मई) की रिलीज़ के साथ, पॉडमैन इस लिनक्स वितरण के लिए डिफ़ॉल्ट कंटेनर प्रबंधन उपकरण बन गया है। और हाल ही में, सितंबर में, लिनक्स-कॉन्फ्रेंस ऑल सिस्टम्स गो में! बर्लिन में, Red Hat कंटेनर इंजीनियरिंग टीम के प्रमुख डैन वॉल्श ने पॉडमैन को एक और व्यापक दर्शक के रूप में पेश किया - प्रदर्शन की एक रिकॉर्डिंग यहाँ देखी जा सकती है (लेकिन केवल यहाँ प्रस्तुति)।

सभी सिस्टम जाओ में पॉडमैन प्रस्तुति! 2018

तकनीकी नोट्स

नवीनतम पॉडमैन रिलीज v0.10.1.3 (दिनांक 18 अक्टूबर) है, और नई सुविधाओं के साथ नवीनतम v0.10.1 (12 अक्टूबर) है, जिसमें कई नई टीमों और अतिरिक्त झंडे शामिल हैं।

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

दोनों ने पॉडमैन के साथ कंटेनर शुरू किया और फिर इसके साथ काम करना सामान्य docker उपयोग परिदृश्य के समान है:

 $ sudo podman run -dt -e HTTPD_VAR_RUN=/var/run/httpd -e HTTPD_MAIN_CONF_D_PATH=/etc/httpd/conf.d \ -e HTTPD_MAIN_CONF_PATH=/etc/httpd/conf \ -e HTTPD_CONTAINER_SCRIPTS_PATH=/usr/share/container-scripts/httpd/ \ registry.fedoraproject.org/f27/httpd /usr/bin/run-httpd $ sudo podman ps ... $ sudo podman inspect -l ... $ sudo podman logs --latest 10.88.0.1 - - [07/Feb/2018:15:22:11 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.55.1" "-" 10.88.0.1 - - [07/Feb/2018:15:22:30 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.55.1" "-" 10.88.0.1 - - [07/Feb/2018:15:22:30 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.55.1" "-" 10.88.0.1 - - [07/Feb/2018:15:22:31 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.55.1" "-" 10.88.0.1 - - [07/Feb/2018:15:22:31 +0000] "GET / HTTP/1.1" 200 612 "-" "curl/7.55.1" "-" $ sudo podman top <container_id> UID PID PPID C STIME TTY TIME CMD 0 31873 31863 0 09:21 ? 00:00:00 nginx: master process nginx -g daemon off; 101 31889 31873 0 09:21 ? 00:00:00 nginx: worker process

पॉडमैन के व्यावहारिक परिचय के लिए, आप उपयुक्त काताकोडा ऑनलाइन स्क्रिप्ट का भी उपयोग कर सकते हैं: " कंटेनर विद डॉकर - पॉडमैन और लिबपोड का उपयोग करके कंटेनर लॉन्च करना ।"

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

नॉट जस्ट पॉडमैन: लिबप्रोड और इकोसिस्टम

पॉडमैन के साथ, लेख में बार-बार लिबपोड परियोजना का उल्लेख किया गया है। अंतर क्या है?

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

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

कंटेनर इकोसिस्टम के मानकीकरण और विकास पर रेड हैट के विचार सीधे तौर पर लिबपोस्ट प्रोजेक्ट की README में व्यक्त किए गए हैं:

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

सारांश

जिस तरह Red Hat न केवल OpenShift कंटेनरों के लिए अपने एंटरप्राइज़ प्लेटफॉर्म के पीछे है, बल्कि अंतर्निहित Open Source परियोजना Kubernetes के जीवन में एक सक्रिय भाग लेता है, अमेरिकी कंपनी एक अधिक मौलिक स्तर पर आधुनिक IT अवसंरचना पर अपने विचार को साकार कर रही है। कंटेनर खुद, DevOps और SRE इंजीनियर अपने ऑर्केस्ट्रेशन से चिंतित हैं। पॉडमैन और लिबपोड पूरे पारिस्थितिकी तंत्र के महत्वपूर्ण घटक हैं जो रेड हैट खुले मानकों कंटेनर दुनिया में निर्माण कर रहा है। यदि आप देख रहे हैं कि क्या हो रहा है, तो लेख के बहुत शुरुआत में आईबीएम के साथ किया गया सौदा, जो कि संकर बादलों के क्षेत्र में समाधान के अग्रणी प्रदाता के रूप में प्रस्तुत किया जाता है, पूरे उद्योग में और भी दिलचस्प लगता है ...

अंत में, मैं इस लेख की उपस्थिति से पहले पोडमैन परियोजना के बारे में हाबरा के पाठकों के ज्ञान पर एक छोटा सा सर्वेक्षण प्रस्तावित करता हूं। भाग लेने के लिए धन्यवाद!

पुनश्च

हमारे ब्लॉग में भी पढ़ें: