कुबेरनेट्स, रंचर और मेसोस के बीच क्या कार्यात्मक अंतर हैं?


16

लोकप्रिय कंटेनर ऑर्केस्ट्रेशन टूल कुबेरनेट, रंचर और मेसोस में मुख्य विशेषता अंतर क्या हैं?

क्या आप एक दूसरे को चुनने के लिए नेतृत्व करेंगे?


हम्म, यह बहुत व्यापक हो सकता है। यदि आप "आदि" को हटाते हैं और शीर्षक को केवल कुबेर / रंचर / मेसोस के बारे में पूछते हैं, तो यह विशेष रूप से एक अच्छा प्रश्न होगा।
पीटर जी

2
मैंने आपके सुझावों के अनुसार प्रश्न को थोड़ा और परिमित किया है।
tayworm

हालांकि मुझे किसी अन्य गेम-चेंजिंग ऑर्केस्ट्रेशन टूल के बारे में सुनने में दिलचस्पी होगी।
tayworm

जवाबों:


16

सबसे पहले, Rancher वास्तव में कुबेरनेट्स और मेसोस दोनों के कार्यान्वयन को अपने भीतर समाहित करता है। हालांकि, उन्होंने अपना स्वयं का सिस्टम बनाया जिसे कैटल कहा जाता है जो डॉकर्स स्वार्म पर आधारित है। मैं इस पर Rancher के लिए अनुभाग में स्पर्श करूँगा।

दूसरे, चूंकि हर एक समान आधार सुविधाएँ प्रदान करता है (लोड संतुलन, संसाधन अलगाव, आदि) मैं उन सामान्य विशेषताओं में अंतर पर ध्यान केंद्रित करने के बजाय उन्हें अलग-अलग बनाने की कोशिश करूँगा जब तक कि वे महत्वपूर्ण न हों।

Kubernetes

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

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

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

Mesos

कुबेरनेट्स की तुलना में अखंड। व्यक्तिगत सेवाओं की तुलना में बड़ी तस्वीर moreso पर केंद्रित है, हालांकि यह अभी भी व्यक्तिगत सेवाओं के प्रबंधन के लिए अनुमति देता है। स्पार्क, Hadoop, आदि जैसी चीजों के लिए बिल्ट-इन मिडलवेयर प्रदान करता है। मेसोस के सर्वश्रेष्ठ उपयोग में कई प्लगइन्स शामिल होंगे क्योंकि इसे आसानी से बढ़ाया जा सकता है।

यदि आपको अपने एप्लिकेशन को प्रबंधित करने पर ठीक-ठाक नियंत्रण की आवश्यकता होती है (जैसा कि आप जो करना चाहते हैं उसके लिए एक प्लगइन उपलब्ध है या आप एक टीम के सदस्य को एक बनाने के लिए तैयार हैं यदि ऐसा नहीं है) तो आप मेसो का उपयोग करना चाहेंगे।

रंचर (और मवेशी)

संभावित रूप से सबसे अच्छा विकल्प यह है कि यह स्वयं पिछले दो का सुपरसेट है, जिसमें दोनों का कार्यान्वयन है। यह भी एक नकारात्मक पहलू के रूप में देखा जा सकता है क्योंकि आपके प्रबंधन सॉफ्टवेयर में अधिक जटिलता शायद ही कभी एक अच्छी बात है और अप्रत्याशित मुद्दों को जन्म दे सकती है।

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

मवेशी एक स्टैक सिस्टम से आधारित है, जहाँ आप एक साथ संबंधित सेवाओं का समूह बनाते हैं। इसमें Rancher Compose भी शामिल है, जो इसी नाम की Docker सेवा के समान है। यह शायद मवेशी का सबसे दिलचस्प हिस्सा है, इसके बाकी हिस्से काफी मानक हैं (हालांकि गुप्त प्रबंधन अभी भी बीटा में है)। यदि आपके पास डोकर कम्पोज़ के साथ अनुभव है, तो आपको इसे यहाँ पढ़ना चाहिए (मैं नहीं करता, इसलिए मैं शायद इसके बारे में लिखने के लिए सबसे अच्छा व्यक्ति नहीं हूं)।

संसाधन: " कुबेरनेट्स क्या है? ", " रैंचर का अवलोकन ", " mesos.apache.org: 'मेसोस क्या है?" "

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.