कोंडोर, OGE, और टॉर्क आप सभी को मिल सकता है, लेकिन केवल कोंडोर में DAGMan टूल के साथ अंतर्निहित निर्भरता प्रबंधन है । DAGMan आपको एक निर्देशित, एसाइक्लिक ग्राफ सेट करने देता है जो आपके कार्य प्रवाह का वर्णन करता है और प्रबंधक आपके वर्कफ़्लो में नौकरियों के माध्यम से जाने और प्रवाह में प्रत्येक चरण पर पास / असफल परिणामों का मूल्यांकन करने का ध्यान रखता है। कोंडोर अपेक्षाकृत प्लेटफ़ॉर्म अज्ञेयवादी है, जिसका अर्थ है कि DAGMan बहुत अधिक है, और निश्चित रूप से AIX पर एक चाइल्ड स्टेप चलाया जा सकता है, जब पैरेंट लिनक्स या विंडोज पर चलता है। DAGMan का इस बात से कोई संबंध नहीं है कि नौकरियां कहां चलती हैं, बस बाहर निकलने के कोड पास या विफल होते हैं।
सॉफ़्टवेयर चुनने के लिए कोई सुझाव या क्या खुला स्रोत या वाणिज्यिक जाना बेहतर है?
कुछ कैविटीज़ के साथ मुझे लगता है कि इस अंतरिक्ष में मुक्त समुदाय अच्छी तरह से देखने लायक हैं।
OGE अब एक अजीब जगह पर है। यह ओरेकल-निर्मित जीई वेरिएंट को चलाने के लिए स्वतंत्र नहीं है और ऑरेकल अब जीई एससीसी में वापस लिखने वाले कोड का योगदान नहीं दे रहा है, लेकिन कोड के कई कांटे मौजूद हैं जो मुक्त, खुले स्रोत परियोजनाओं के रूप में सैनिक की कोशिश कर रहे हैं। Univa ने विशेष रूप से चार्ज का नेतृत्व किया है , पूर्व-सूर्य जीई देवों को काम पर रखने के लिए एक खुले स्रोत पर काम करना जारी रखता है, स्वतंत्र रूप से उपलब्ध जीई संस्करण। ग्रिड इंजन में इसके लिए दो चीजें हैं: यह सेटअप करना आसान है, यह थ्रूपुट को धीमा करने वाली नौकरियों पर बहुत अधिक शेड्यूलिंग ओवरहेड लगाए बिना शॉर्ट रनिंग (<2 मिनट) की नौकरियों को संभाल सकता है। यह बड़ा नकारात्मक है विंडोज के लिए बहुत अच्छा समर्थन नहीं है। हममें से कुछ लोगों ने इसे कई साल पहले Cygwin पर चलाने के लिए पोर्ट करने के लिए कुछ प्रयास किए थे, लेकिन यह उतना मूल नहीं है जितना कि यह सुनिश्चित हो।
अब कोंडोर मेरे द्वारा बताई गई तीन तकनीकों का मेरा पसंदीदा है। कोंडोर के आसपास एक मजबूत समुदाय है और सॉफ्टवेयर बहुत परिपक्व है (> अब 20 साल पुराना)। देशी Windows और POSIX OS समर्थन का मतलब है कि यह सभी जगह बहुत अच्छी तरह से चलता है। उपर्युक्त DAGMan कोंडोर के साथ आने वाले कई बेहतरीन टुकड़ों में से एक है। इसे स्थापित करने के लिए एक स्पर्श जटिल हो सकता है, लेकिन एक बार यह ऊपर है और इसे चलाने के लिए ठोस है। यह काम करने के लिए एक अविश्वसनीय रूप से लचीली भाषा है <-> मशीन मिलान और अपने संसाधनों के लिए अपने उपयोग के नियमों का निर्माण। यह मशीनों पर डायनेमिक प्रोविजनिंग का भी समर्थन करता है, जिससे जॉब्स को यह चुनने में मदद मिलती है कि उन्हें कितनी मशीनों के संसाधनों की जरूरत है और फिर से उपलब्ध होने वाले अंतर को फिर से विज्ञापित करें। यह वैश्विक संसाधन काउंटरों का समर्थन करता है ताकि आप सॉफ्टवेयर लाइसेंस जैसी चीजों के खिलाफ विवश हो सकें। और निश्चित रूप से, इसमें DAGMan है, जो वर्कफ़्लो प्रबंधन के लिए एक अविश्वसनीय रूप से शक्तिशाली उपकरण है। कोंडोर के लिए नकारात्मक पक्ष यह है कि कम चलने वाली नौकरियों के लिए शेड्यूलिंग ओवरहेड बोझ हो सकता है। आप ऐसी नौकरियां चाहते हैं जो आदर्श रूप से 2 मिनट से अधिक समय तक चलती हैं, अन्यथा शेड्यूलिंग सिस्टम में नौकरी के समय का एक बड़ा हिस्सा बनना शुरू हो जाता है।
टॉर्क थोड़ा और आला है। मैं इसके बारे में कम जानता हूं कि मुझे डर है। यह कोंडोर की तुलना में ग्रिड इंजन की तुलना में अधिक है। वहाँ ऐड-ऑन का भुगतान किया जाता है जो @warren ने उल्लेख किया है कि बुनियादी, मुफ्त टोक़ का विस्तार कर सकता है।
यदि आप तीन तकनीकों को आज़माना चाहते हैं और यह देखना चाहते हैं कि वे आपके विशिष्ट वर्कलोड के साथ कैसे काम करते हैं, तो साइकलक्लाउड सुरक्षित, वर्चुअलाइज्ड, पूल बना सकता है जो कॉन्डर, ग्रिडडाइन या टॉर्क के साथ पूर्व-कॉन्फ़िगर किए गए हैं - इसलिए उस सामान का पता लगाने में कोई समय नहीं लगाया गया है आपकी तरफ से। यह प्रत्येक तकनीक के छोटे पूलों को स्पिन करने और प्रतिनिधि वर्कलोड के साथ उन्हें आज़माने के लिए कुछ डॉलर होगा। (अस्वीकरण: मैं साइकिल कम्प्यूटिंग के लिए काम करता हूं, हम CycleCloud बनाते हैं)